Alias したディレクトリで RewriteBase を使わずに rewrite する - Qiita
RewriteEngine On RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ index.php [NC,L] そして http://example.com/ore/sandbox/aaa/zzz のような URL を開いても、意図した通りにリライトされずに 404 Not Found になります。 Alias を使わずに動作するとき 上手く動作しない理由を説明するために、Alias を使わずに正しく動作する例を簡単に説明します。 なお RewriteCond でファイルやらディレクトリやらの存在チェックをしている部分はあ
su できないユーザーへsu する
ログインシェルに、/sbin/nologin のようなシェルが指定されていると、そのアカウントは、ログインや、su でのスイッチができません。この様なユーザーにsuする手順を説明します。 Last Update : 2014年02月03日 phpや、cgi等、apacheユーザーの権限で実行されるスクリプトの動作を調べる際に、apacheユーザーへsuして処理を試そうとしましたが、 ログインシェルに、/sbin/nologin が指定されていて、suでのスイッチ、ログインができませんでした。 この様なユーザーにsuする手順を説明します。 apacheユーザーのログインシェルを確認してみる 指定したシェルでsuする 1. apacheユーザーのログインシェルを確認してみる apacheユーザーのログインシェルを確認してみます # grep apache /etc/passwd apache:
「SELinux policy enabled」でApacheが起動しない - hogehoge foobar Blog Style Beta
CentOSにApache+Passenger環境を作って、いつも通りApacheを起動しようとしたら、「SELinux policy enabledd」で起動が失敗するケースがありました。 その時の備忘録として書いておきます。 Apacheの起動が失敗する いつも通りApacheを起動しようとしたら、何故か失敗しました。 # /etc/init.d/httpd start httpd を起動中: [失敗] error_logを確認 「/var/log/httpd/error_log」を確認してみると、「SELinux policy enabled; httpd running as context user_u:system_r:httpd_t:s0」というようなエラーが出ていました。 [Wed Jan 26 23:23:45 2011] [notice] SELinux policy
Apache の httpd: apr_sockaddr_info_get() failed for エラー
新しいサーバで Apache を動かしたら httpd: apr_sockaddr_info_get() failed for server_name httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName のようなエラーが。どうもサーバ名が見あたらないらしい。 原因は /etc/sysconfig/network に書いてある HOSTNAME が見つからないこと。もちろん自分自身なので /etc/hosts の 127.0.0.1 の部分に記述したらエラーは出なくなりました。
ほかのアプリケーションにポートを使用されてApacheが起動できない - [Windows/サーバー] ぺんたん info
他のアプリケーションにポートを使用されていてアプリケーションが起動できないといったときの対処法です。 [参考記事] Linuxの場合 Apacheを起動するときに、ほかのプロセスによってポートが使用されていた場合 SkypeをインストールしたがためにApacheが起動できないというのがよくあるパターンです。 エラーメッセージ (OS 10048)通常、各ソケット アドレスに対してプロトコル、ネットワーク アドレス、 またはポートのどれか 1 つのみを使用できます。 make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs ポートを使用しているプログラムを調べる方法 コマンドプロンプトで次のコマンドを実行すると、ポートを使用
Cache-Controlヘッダがno-cacheな画像ファイルにFirefoxで直接アクセスした場合に2回リクエストを送信させない - Do You PHP はてブロ
何だか訳の分からないニッチな案件ですが。。。 Cache-Controlヘッダがno-cacheな画像ファイルにFirefoxで直接アクセスした場合、LiveHTTPHeadersで確認すると2回リクエストが送信されてるんですよね。。。1回目は通常のリクエスト、2回目はFirefoxのタブに縮小版を表示させるための画像を取得するため(？)のリクエストっぽいんですが、2回リクエストが送信されているのでApacheのアクセスログにも当然2行残ります。 ちなみに、Chromeだと1回しかリクエストが送信されません。 で、こういう状況でFirefoxに2回リクエストさせない、かつ、毎回HTTP 200を返すようにするにはどうしたらいいか、ちょっと試してみました。 環境 サーバー CentOS 6.4 Apache2.2.29(src) クライアント Windows 7 Professional(6
Leverage Browser Caching | PageSpeed Insights | Google for Developers
Leverage Browser Caching Stay organized with collections Save and categorize content based on your preferences. This rule triggers when PageSpeed Insights detects that the response from your server does not include caching headers or if the resources are specified to be cached for only a short time. Overview Fetching resources over the network is both slow and expensive: the download may require m
リクエスト時の Cache-Control、max-age=0 と no-cache の違い | tech - 氾濫原
ほとんどのブラウザで、通常リロードは Cache-Control: max-age=0、スーパーリロードで Cache-Control: no-cache がリクエストヘッダとして送られてくるみたいなのですが、実際の挙動はともかく意味の違いがよくわかりませんでした。 RFC7234 によると max-age は The "max-age" request directive indicates that the client is unwilling to accept a response whose age is greater than the specified number of seconds. Unless the max-stale request directive is also present, the client is not willing to accept
【負荷対策】Apacheのモジュールmod_expiresでキャッシュを利用する - エーエイチレフ linuxサーバー技術情報
Apacheのモジュール、mod_expiresを利用してキャッシュを利用し、転送量を軽減させて負荷対策します。 キャッシュを利用すると負荷対策ばかりか、体感速度も向上します。 キャッシュして欲しくないファイルまでキャッシュされては困ります…が、 mod_expiresは指定したファイルタイプのみキャッシュさせる事ができます。 mod_expiresの組み込みを確認 このサイトのApacheのインストール方法でApacheのインストールを進めていただけたなら すでにApacheのモジュールとして組み込まれています。 /usr/local/apache2/conf/httpd.conf にて以下の行がある事を確認してください LoadModule expires_module modules/mod_expires.so まだモジュールのインストールがされていない場合は場合によ
ExpiresByType が JavaScript に対して効かない？ | Web Design Leaves
ExpiresByType が JavaScript に対して効かない？ CATEGORY: HTML/CSS 2013年9月26日 HTTP ヘッダ（Expires ヘッダ）を追加して、ファイルをブラウザにキャッシュさせるように .htaccess にキャッシュの期限を指定しているのに、YSlow の評価を見ると何故か JavaScript だけがキャッシュされていなかったのでその解決方法のメモ。 結論としては、ExpiresByType での JavaScript のファイルタイプの指定のシンタックス（記述方法）を変更して解決。 NG だった指定方法 ExpiresByType text/javascript "access plus 1 month" ExpiresByType application/x-javascript "access plus 1 month"
ブラウザのキャッシュコントロールを正しく理解する - Qiita [キータ]
①ブラウザに一切、キャッシュさせたくない場合 サーバからクライアントへのHTTP応答ヘッダ → Cache-Control "no-cache" アクセス毎に内容が変わったり、サーバにアクセスしてもらわないと困るようなコンコンテンツの場合です。 スクリプト言語等で生成する動的コンテンツは、このようにした方が安全です。 例えば対象コンテンツが画像である場合、ブラウザで同じ画像のURLが含まれたHTMLを開いた場合は、 もちろんローカルにキャッシュがないので、サーバへ問い合わせを行う 条件つきリクエスト（If-Modified-Since、If-None-Match）もサーバへ送ってこない ②ブラウザにキャッシュさせるけど、変更ないか都度確認するようにしたい サーバからクライアントへのHTTP応答ヘッダ → Cache-Control "max-age=0" → Expires "Mon, 2
![ブラウザのキャッシュコントロールを正しく理解する - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/82af92816d128dd89c3d9687d82b7fec3be10b0b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMzU3MzMlMkZwcm9maWxlLWltYWdlcyUyRjE1NDAyNzU0MTY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9MjM4MjdmMGFlM2JhOTA0NmNmN2JjMTYzYjk5ZDJmMzc%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dd2a7979f3fc1ac67a6577b8a421d502b%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgyJUE2JUUzJTgyJUI2JUUzJTgxJUFFJUUzJTgyJUFEJUUzJTgzJUEzJUUzJTgzJTgzJUUzJTgyJUI3JUUzJTgzJUE1JUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTg4JUUzJTgzJUFEJUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgyJTkyJUU2JUFEJUEzJUUzJTgxJTk3JUUzJTgxJThGJUU3JTkwJTg2JUU4JUE3JUEzJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9YWZkNzQyMDAzNGU0NWEzMTVmNGM3YjQ5N2MzMmM2NDM%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBoa3VzdSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTdiNzhiZDZlMDA5YmI3MDQ1N2QyNjM4ODM2ZmNjOGI1%26blend-x%3D242%26blend-y%3D454%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44KG44KB44G_%26txt-x%3D242%26txt-y%3D539%26txt-width%3D838%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D28%26s%3D21a8f746db3ddca6259a1ff6fd795629)
Apacheのmod_deflateでコンテンツを圧縮してサイトを高速化する方法
転送量を減らしてサイトを高速化しよう Webサイトの高速化に関して、以前の投稿で「Apacheのmod_expiresでファイルタイプごとにキャッシュをコントロールする方法」を解説しました。 今回は同じくApacheのモジュールmod_deflateについて解説します。 mod_deflateとは mod_deflateはコンテンツを圧縮して、転送量を減らすことで高速表示を可能にするモジュールです。転送量が減る反面、CPUの処理は増えるため、ボトルネックがCPUの処理能力の場合は逆にレスポンスが低下します。 そのため導入後のリソースの監視と速度測定が必要になります。ただ、最近の高速なCPUであればどちらかと言えば回線がボトルネックになるため、多くの場合はmod_deflateの導入によって高速化されます。 mod_deflateの書式 このページではmod_deflateの基本的な使い方に
静的ファイルはTomcatに処理させない - やさしいデスマーチ
TeedaなどJavaEEでウェブアプリを構築する場合、バックエンドのTomcatやGlassfishにApacheから転送すると思います。しかし、CSSなど静的なファイルまでTomcatに処理させるのはムダなので、これらはApacheで処理を終わらせるような設定を行いましょう。 ProxyPass とか使えば簡単じゃんと思いますが、開発時もスムーズに動くようにするには結構工夫が必要です。開発時に運用時の環境を踏まえておき、デザイナ、プログラマ、デプロイヤー（？）のタスクがスムーズに回るようにしましょう。 構成 サーバアドレスのルート直下にアプリケーションが展開され、それらはTeedaで構築しているとします*1。 さらに静的ファイルに関してはまとめて扱う方が便利なので、１つのディレクトリに納めてしまいます。なのでこんな感じです。 webapp + /media | + css | + js
Javaアプリケーションサーバー構築(Tomcat6) - CentOSで自宅サーバー構築
（１）JDKダウンロード Java SE DownloadsのサイトからJDKのRPMをダウンロードし、WinSCP等でサーバーの/rootディレクトリへアップロードする。 （２）JDKインストール [root@centos ~]# chmod +x jdk-6u12-linux-i586-rpm.bin ← 実行権限付加 [root@centos ~]# ./jdk-6u12-linux-i586-rpm.bin ← JDKインストール ※ライセンスが大量に表示されるのでSPACEキー押下で流す Do you agree to the above license terms? [yes or no] yes ← yes応答 Unpacking... Checksumming... Extracting... UnZipSFX 5.50 of 17 February 2002, by In
X-Frame-Options - HTTP | MDN
HTTP ガイド HTTP の概要 典型的な HTTP セッション HTTP メッセージ MIME タイプ（IANA メディア種別） HTTP の圧縮 HTTP キャッシュ HTTP 認証 HTTP Cookie の使用 HTTP のリダイレクト HTTP 条件付きリクエスト HTTP 範囲リクエスト コンテンツネゴシエーション HTTP/1.x のコネクション管理 HTTP の進化 プロトコルのアップグレードの仕組み プロキシサーバーとトンネリング HTTP クライアントヒント HTTP セキュリティ サイトの安全化 HTTP Observatory Permissions Policy コンテンツセキュリティポリシー (CSP) オリジン間リソース共有 (CORS) Cross-Origin Resource Policy (CORP) Strict-Transport-Securit
さくらVPSサーバにLAMP環境(Apache,PHP,Mysql)を設定する - NEZU.log
前回、VPSサーバの導入した後の初期設定とセキュリティ周りの設定について記事にしましたが、今回はそのVPSサーバにLAMP環境を構築していく方法を紹介します。 前回の初期設定とセキュリティの設定が済んでいる前提で話を進めていきます。 前回記事 さくらVPSサーバを契約した後の初期設定の方法 LAMP環境を構築しよう LAMP環境とは Linux、Apache、MySQL、Perl(PHP,Python)で構成された動的なWebコンテンツを動かすための環境です。 動的Webサイトを構築する上で一般的にOS、Webサーバ、データベース、スクリプト言語が必要になりますが、それぞれ主要なものがLinux、Apache、MySQL、Perl(PHP,Python)となります。一般的なレンタルサーバはLAMP環境になっていることが多いです。 Wordpressを動かすにはこのLAMP環境が必要になるの
Apache module mod_rewrite
URL を操作するためのスイス製のアーミーナイフ、mod_rewrite へようこそ! このモジュールは、(正規表現パーサに基づく) ルールベースの書き換えエンジンを使い、要求された URL を適宜書き換えます。サポートするルールの数、 および各ルールを適用する際のルール条件の数に制限はなく、 本当に柔軟でかつ強力な URL 操作メカニズムを提供します。この URL 操作に先立ち、次のようにいろいろな評価を行うことができます。 例えばサーバ変数、環境変数、HTTP ヘッダ、タイムスタンプ、 さらに外部データベースの検索結果までを評価の対象として、 各種のフォーマットを使った細粒度の URL マッチングを実現できます。 このモジュールは、サーバ単位のコンテキスト (httpd.conf) およびディレクトリ単位のコンテキスト (.htaccess) において (PATH-INFO 部分を含む
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hacomono｜ウェルネス領域の店舗を変える会員管理・予約・決済システム。
ヘッダカスタマイズ機能
http://www.machu.jp/posts/20060826/