Nginx 上で WordPress を動作される場合、いろいろな注意点があります。
今回は、その注意点について、簡単に解説してみたいと思います。
- 目次
- 履歴
2013年5月11日 初版
NginxでWordpressを使う場合の最初にやっておくこと
NginxでWordpressを扱う場合に以下の設定は、最初にやっておくべきでしょう。
/etc/nginx/nginx.confの設定例
| |
/etc/nginx/fastcgi_paramsの設定例
(以下はインストール時にデフォルトで設定されているものそのままです)
| |
try_files $uri $uri/ /index.php?q=$uri&$args;
Wordpressのカスタムパーマネントリンクの対応行っています。
要求されたURIが、ファイルあるいはディレクトリが存在するかチェックし、存在しない場合は、
要求されたURIが、ファイルあるいはディレクトリが存在するかチェックし、存在しない場合は、
index.php へリダイレクトします。 |
FastCGIの対応を設定しています。
fastcgi_pass 127.0.0.1:9000;
FastCGIが開いているソケットあるいはポートへのパスを設定します。
ここでは、FastCGIのサーバーおよびポート番号を設定します。
ここでは、FastCGIのサーバーおよびポート番号を設定します。
fastcgi_index index.php;
FastCGIのファイル名省略時のデフォルトファイル名を設定します。
ここで指定されたファイル名は、
ここで指定されたファイル名は、
/ で終了しているURIの場合、変数$fastcgi_script_nameに格納されます。fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
FastCGIサーバのパラメータを設定します。
ここでは、
ここでは、
SCRIPT_FILENAME パラメータを $document_root + $fastcgi_script_name 定義しています。
include fastcgi_params;
FastCGIサーバのデフォルトパラメータを読み込みます。
Wordpressの設定として必要なものは、
Apacheでは、以下のように .htaccess に記述します。
これを、そのままNginxで記述してみると、
このように
先の例では、明示的に q パラメータと$args を設定していますが、上記の例のようにパラメータなしでも動作します。 ただ、プラグインの関連もありますので、十分に確認しましょう。
try_files $uri $uri/ /index.php?q=$uri&$args; につきると思います。Apacheでは、以下のように .htaccess に記述します。
|
|
try_files の1行です。先の例では、明示的に q パラメータと$args を設定していますが、上記の例のようにパラメータなしでも動作します。 ただ、プラグインの関連もありますので、十分に確認しましょう。
Nginx キャッシュでWordpressを使う場合に気を付けること
ここでは、
Nginx キャッシュ機能(リバースプロキシ、FCGIキャッシュ)とともにWordpressを使う場合に注意すべき点をまとめてみました。
WordPressの最大メモリ使用量に気を付けること
Wordpressは、あらかじめ設定されている最大メモリ使用量を超えた場合、真っ白なページ(White page あるいは Blank page と呼ばれる)を出力することがあります。
それも 正常なエラーステータス 200 で出力することがあります。
その場合、キャッシュに真っ白なページが保存され、キャッシュが更新されない間は、その真っ白なページが訪問者に表示されることがあります。
そのようなことがないように多少ゆとりもってメモリサイズを設定しておきましょう。
メモリサイズは、
wp-config.php 等で以下のように設定することができます。
|
デフォルトのメモリサイズは、
Wordpress 3.0 以降では、/wp-includes/default-constants.php で設定され、
マルチサイトを運用している場合は、 64MB
シングルサイトを運用している場合は、 40MB
となっています。
以下はデフォルトのメモリサイズを設定している箇所です。
Wordpress 3.0 以降では、/wp-includes
マルチサイトを運用している場合は、 64MB
シングルサイトを運用している場合は、 40MB
となっています。
以下はデフォルトのメモリサイズを設定している箇所です。
|
WordPressでキャッシュしてはいけないディレクトリ、ファイルを設定する
Wordpressで、管理ページは、一切、キャッシュすべきではありません。
/etc/nginx/nginx.conf の server ディレクティブで、以下のように設定することができます。
|
- (*1)
通常、Wordpressのログイン中は、Wordpressから以下のようにヘッダ情報が出力されます。
... Expires Wed, 11 Jan 1984 05:00:00 GMT Cache-Control no-cache, must-revalidate, max-age=0 ...Expiresによって、キャッシュされてもキャッシュの保持期間は、0未満なので、すぐにキャッシュ開放されるようになっています。
Cache-Controlの
no-cache にてキャッシュしないようになっていて、
must-revalidate にて更新が必要となっていて、
max-age にてコンテンツの寿命なしとなっていて、
キャッシュしないように、また、キャッシュされてもキャッシュの保持期間は、0なので、すぐにキャッシュ開放されるようになっています。
そのため、上記のクッキーによるログイン中の判断やWordpressのディレクトリの判断によるキャッシュ制御は不要のように思われるかもしれません。
ただ、注意しなければならないのは、既にキャッシュされていた場合、上記の設定がないとNginxでは、そのキャッシュが有効ならキャッシュを使用しようとする点です。
上記の設定では、fastcgi_cache_bypass / proxy_cache_bypass によってキャッシュを利用しないようにしている点に注意してください。 この設定により、ログイン中の判断やWordpressのディレクトリ配下のファイルの場合は、仮にキャッシュが存在しても使用しないようになります。
- (*2)
Nginxの場合は、存在するファイルはキャッシュしない方が良いとされています。 キャッシュしてもキャッシュしない場合と同等かそれ以下の速度でしかレスポンスしないと言われていて、キャッシュする意味がありません。 （リザーブプロキシの場合で、ウェブサーバーと別サーバーとなっている場合は別です。）
FastCGIキャッシュを使用している場合は、存在するファイル（画像ファイル、CSSファイル、JavaScriptファイル）はキャッシュしないようにします。
- (*3)
携帯を含むモバイルからのアクセスに対して、ページを切り替えている場合は、キャッシュしないようにする必要があります。
これは、同じURLで表示イメージが違うからですが、モバイルとPCのどちらをキャッシュするかは、アクセスが少ない方をキャッシュすべきでしょう。 それは、ある程度、Google Analytics などを使ってアクセスを分析してから、判断するのが良いと思います。
ここでは、とりあえずモバイルからのアクセスをキャッシュしないようにしています。
- (*4)
GET要求以外は、キャッシュしないようにする必要があります。
要求として POST or HEAD などがありますが、POSTは、処理要求そのままですから、常に動的でなければなりません。また、最近増えているアクセスがHEADです。
HEADは、文字通りヘッダー情報のみのやり取りを要求したもので、実際のページを出力しません。そのため、キャッシュには空白ページがキャッシュされ、キャッシュ以降に訪れたユーザは、真っ白なページを見ることになりかねないのです。
(実際、このサイトでは、最近まで空白ページが出力されていました。気を付けましょう。)
ここで注意すべき点は、アドレス（URL)をチェックする際に、$request_uri を使って判断している点です。
$uriでないことに注意してください。
例えば、Wordpressでパーマリンクの設定を /カテゴリ/ポスト名 としていたとします。 以下の設定例では、http://www.domain1.com/sample-category/sample-post については、キャッシュしないようにしたわけです。
この設定では思ったとおりキャッシュなしになりません。
これは、try_files で $uri が変更されるからです。
これが厄介なのは、try_files が if 文の前であっても後であっても結果は同じで、キャッシュなしになりません。
感覚的には、try_files で $uri が変更されるのだから、その前のif文では、$uri=/sample-category/sample-post なのではないかと思いがちですが、
上記も同じ結果を得ます。
つまり 設定ファイルの書き順通りに処理されるわけではないことに注意する必要があります。
ユーザのブラウザから要求されたURIで判断したい場合は、変更されない $request_uri を使用しなければならないことに注意してください。
上記のイメージを実現するには、以下のように書き換えれば良いです。
ここでは、FastCGIキャッシュを使っていますが、リバースプロキシキャッシュも同じ動作です。
$uriでないことに注意してください。
例えば、Wordpressでパーマリンクの設定を /カテゴリ/ポスト名 としていたとします。 以下の設定例では、http://www.domain1.com/sample-category/sample-post については、キャッシュしないようにしたわけです。
|
これは、try_files で $uri が変更されるからです。
これが厄介なのは、try_files が if 文の前であっても後であっても結果は同じで、キャッシュなしになりません。
|
つまり 設定ファイルの書き順通りに処理されるわけではないことに注意する必要があります。
ユーザのブラウザから要求されたURIで判断したい場合は、変更されない $request_uri を使用しなければならないことに注意してください。
上記のイメージを実現するには、以下のように書き換えれば良いです。
|
いかがだったでしょうか？
Nginx + WordPressを使う場合の注意すべきポイントを簡単に解説してみました。
FastCGIキャッシュ、リバースプロキシ キャッシュともに、 思ってもいないようなキャッシュによって、期待しないページが表示されることもあります。
特にキャッシュを使う時は、気を付けましょう。
Nginx + WordPressを使う場合の注意すべきポイントを簡単に解説してみました。
FastCGIキャッシュ、リバースプロキシ キャッシュともに、 思ってもいないようなキャッシュによって、期待しないページが表示されることもあります。
特にキャッシュを使う時は、気を付けましょう。
ご利用のブラウザは、広告ブロック(AdBlockなど) が適用となっていませんか？
このサイトでは、コンテンツの一部が非表示、あるいは、コメント、お問い合わせの投稿ができない、検索ができないことがあります。
このサイトでは、コンテンツの一部が非表示、あるいは、コメント、お問い合わせの投稿ができない、検索ができないことがあります。
関連記事 :
)
コメントを投稿 :