WordPressを100倍速くする! MySQLの調整やnginx proxy cache このエントリをはてなブックマークに登録

2011年01月26日

amachinamachin / , ,


[追記1] 最後で説明しているproxy cacheの設定を修正しました。
[追記2] nginx proxy cacheでキャッシュしない場合の処理を変更しました。
[追記3] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。

はじめに

大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。

サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。

今回行うチューニング一覧

  1. DBを最適化するプラグインを導入する
  2. APCを導入してPHPを速くする
  3. MySQLを速くする
  4. 重いWordPressプラグインを外す
  5. nginx+FastCGIにする
  6. WP Super Cacheを使う
  7. nginxのproxy cacheを使う

準備

現状の調査や、ログの出力など、いくつか準備をします。

WordPressの遅さ

kray.jpはAmazon EC2のsmallインスタンスにWordPressをインストールして構築しています。
普段はそれほどアクセスがないので気にならないのですが、たまにアクセスが集中した時にサーバが重くなります。smallインスタンスだからしょうがないよねって思っていましたが、今回本格的に調査してみることにしました。

現状の把握

kray.jpは下記の環境で動いています。
静的コンテンツはnginxが返しており、Apacheの方でWordPressが動いています。

  • Amazon EC2 small
  • nginx + Apache + WordPress
  • MySQL

計測結果

0.90/sec

静的コンテンツと動的コンテンツを組み合わせて負荷計測もしましたが、レスポンスが違いすぎてわかりにくいため、今回は動的コンテンツのレスポンスを把握します。

結果は、0.90/secという驚愕の遅さでした。
1秒間当たり、1レスポンス返せていません。
正直何か設定を間違えているのかと思うほどでした。

原因を推測する

まず思いつくことをざっと挙げてみます。

  • Amazon EC2 small自体の重さ
  • WordPressのDBテーブルのインデックスが適性でない
  • PHPが重い
  • MySQLが重い
  • WordPressプラグインが重い
  • nginx+Apacheの組み合わせが悪い

この中で私は次の項目が主な原因だろうと推測しました。(結果として下記の推測は外れます…)

  • WordPressのDBテーブルのインデックスが適性でない
  • MySQLが重い

時間のない時は当たりをつけて解決を目指しますが、今回は詳細に調べたかったので一つずつ調べていきたいと思います。

Amazon EC2 small自体の重さを確認する

まずAmazon EC2 smallインスタンス自体の遅さを考えてみます。
smallインスタンスはCPUの上限が抑えられているため、重い処理のレスポンスは悪そうです。そもそもsmallが重いのかを確認するために簡単なRailsアプリで調査してみました。

100万件のデータを突っ込んで、20件ずつページネーションするようなRailsアプリを作って、計測します。

20.0/sec

思ったよりも悪くありません。
もちろん通常のサイトなら、いろんな処理をするためにもっと遅くなりますが、1/5になっても絶望的な数値ではありません。アプリケーションの作り方さえ気をつければ、smallでも十分そうです。

遅いクエリログをログに出力する

これだけ使われているWordPressのテーブルやインデックスが適切でないとは考えにくいのですが、プラグインが使っているSQLがインデックスに合っていないとかはありえそうです。

まずMySQLでslow logを出すように設定します。
kray.jpはMySQL5.0系でしたので、5.0の設定をします。5.1の場合は少し設定が違うので注意してください。

log-slow-queries = /var/log/mysql-slow.log
long_query_time = 1
log-queries-not-using-indexes

log-queries-not-using-indexesはインデックスを使っていないSQLもログに残す機能です。

ログを確認したところ、1秒以上かかるようなクエリはありませんでした。
ただインデックスを使っていないクエリはあったので、explainを使って確認しましたが、あまり関係なさそうです。

では次から実際にチューニングをしてきたいと思います。

DBを最適化するプラグインを導入する

WordPressデータベースの最適化をしてくれるプラグインがあるので入れてみます。
下記の2つを試してみました。

WP-DBManager

http://wordpress.org/extend/plugins/wp-dbmanager/

Figment Thinking WordPress Database Table Optimizer

http://wordpress.org/extend/plugins/wordpress-database-table-optimizer/other_notes/

3回ほど計測してみましたが、全然変わりません。
やらないよりはましですが、効果無しと考えました。

APCを導入してPHPを速くする

APCとはPHPを中間コードにしてメモリ上にキャッシュし、高速化するモジュールです。

計測結果

0.9/sec → 1.0/sec

今回の状況だとあまり効果がなかったのですが、APCは導入するとCPU負荷は減ると思いますので、導入した方がいいと思っています。

参考記事

MySQLを速くする

クエリログを調べた時に遅そうなログはなかったと書きましたが、1つずつは軽くても、たくさんあれば重くなるので、1ページ当たりのDBへのアクセス数を調査しました。

クエリログを残すように設定するには次のようにします。

log=/var/log/mysql-query.log

ログを確認したところ、kray.jpのトップで発行されるクエリ数は47ありました。MySQLをインストールしただけでは、クエリキャッシュは効いていないため、設定すれば大きな効果が得られそうと考えました。

MySQLのチューニングは1つの記事になってしまうぐらいなので、さらっと流します。
チューニングは下記の記事が参考になると思います。

参考記事

今回は次の設定にしました。

skip-bdb
thread_cache_size=64
query_cache_size=128M
query_cache_limit=4MB
table_cache=128
tmp_table_size=32M
max_heap_table_size=32M
key_buffer=256M
sort_buffer=32M
myisam_sort_buffer=32M
wait_timeout=60

結果は次のようになりました。

計測結果

1.0/sec → 1.1/sec

あまり速くなっていません。
ページのレスポンスが低く、DBへの負荷があまり無いのだと推測できます。
ボトルネックがDBの場合は大きな効果はあると思います。

重いWordPressプラグインを外す

DBが重いというアテが外れたので、他の原因を調査します。

WordPressはプラグインが豊富にあって、いろいろ試したくなります。
kray.jpでもいろんなプラグインを使っていますが、重い可能性があるので確認してみました。

まず全てのプラグインを停止して計測してみます。

1.1/sec → 2.0/sec

おっ!倍ぐらいに速くなりました。
でも全部を停止すると困るので、1つずつ調べたところ、embedlyという使っていないプラグインが重いことがわかりました。

こちらを外して、後は元に戻しました。
結果として次のような値になっています。

計測結果

1.1/sec → 1.5/sec

nginx+FastCGIにする

PHPの場合、nginx+FastCGIにした方が速いので変更します。
それとnginx+Apacheの組み合わせだと、メモリは喰うし、ボトルネックがわかりにくいという理由もあります。

nginx+FastCGIへの変更は下記の記事がわかりやすかったです。

参考記事

FastCGIをunix socketで動かす方が速そうなので、設定してみます。

FastCGIをunix socketで動かす

nginxのドキュメントを参考にします。
http://wiki.nginx.org/PHPFcgiExample

spawn-fcgiを使っている場合は、下記のように修正します。

bind=/tmp/php.socket
daemon $spawnfcgi -s ${bind} -u ${server_user} -g ${server_group} -P ${pidfile} -C ${server_childs} -f ${php_cgi}

nginx+fastcgi(unix socket) で次のようになりました。

計測結果

1.5/sec → 1.8/sec

WP Super Cacheを使う

WordPressプラグインのWP Super Cacheでキャッシュをします。
これが一番効果があるとは思いますが、最初から導入してしまうとわかりづらくなるため、最後の方に持ってきました。

計測結果

1.8/sec → 7.2/sec

やっとまともな数値になってきました。

nginxのproxy cacheを使う

さて今回の目玉です。
nginxのproxy cache機能を使って、動的コンテンツもキャッシュします。
nginx+FastCGIでproxy cacheを使えば、リソースもあまり喰いません。

nginx+fastcgiで127.0.0.1:8001でWebサーバを立て、nginx内で同時にproxy cacheで8001ポートを見るという構成になっています。

まず、FastCGI部分の設定になります。

WordPressを動かすWebサーバの設定(FastCGI)

127.0.0.1:8001でWordPressを動かしています。

server {
        listen       8001;
        server_name  _;

<pre><code>    access_log  /var/log/nginx/fastcgi-access.log  main;

    location / {
        root  /var/www/html;
        index  index.php index.html index.htm;

        # static files
        if (-f $request_filename) {
            expires 30d;
            break;
        }

        # request to index.php
        if (!-e $request_filename) {
            rewrite ^(.+)$  /index.php?q=$1 last;
        }
    }

    location ~ \.php$ {
        root           html;
        fastcgi_pass   unix:/tmp/php.socket;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  /var/www/html/$fastcgi_script_name;
        include        fastcgi_params;
    }
</code></pre>

}

proxy cacheの設定(FastCGI)

まず、nginx.confのhttpの項目に以下を追加します。

proxy_cache_path /var/www/nginx_cache levels=1:2 keys_zone=czone:4m max_size=50m inactive=120m;
proxy_temp_path  /var/www/nginx_tmp;

それとWebサーバとの連携部分です。

upstream backend {
        ip_hash;
        server 127.0.0.1:8001;
}

server {
        listen 80;<br />
        server_name kray.jp;
        access_log  /var/log/nginx/kray.jp.access.log;
        error_log  /var/log/nginx/kray.jp.error.log;

<pre><code>    location ~ .*\.(htm|html|jpg|JPG|gif|GIF|png|PNG|swf|SWF|css|CSS|js|JS|inc|INC|ico|ICO) {
        root    /var/www/html;
        index   index.html;
        ssi     on;
        break;
    }

    location /wp-admin { proxy_pass http://backend; }
    location /wp-login.php { proxy_pass http://backend; }

    location / {
        if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
            set $do_not_cache 1;
        }

        if ($http_user_agent ~*2.0\ 2MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo\ Wii|Nitro|Nokia|Opera\ Mini|Palm|PlayStation\ Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian\ OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows\ CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915\ Obigo|LGE\ VX|webOS|Nokia5800″) {
            set $do_not_cache 1;
        }

        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;

        proxy_pass http://backend;
        proxy_cache czone;
        proxy_cache_key $scheme$proxy_host$uri$is_args$args;
        proxy_cache_valid  200 10m;
    }
</code></pre>

}

上記でcookieの条件部分はコメント投稿者とログインユーザはキャッシュしない設定になります。cookie周りの設定については、まだ検証中ですので良い方法などありましたら教えてください。

追記1

proxy_cache_valid の設定箇所を修正しました。どういうタイミングで発生するかわかりませんが、301のレスポンスをキャッシュしてしまい、リダイレクトループしてしまうことがあるようです。

proxy_cache_valid  200 302 304 10m;
proxy_cache_valid  301 1h;
proxy_cache_valid  any 1m;

上記を下記のように変更しました。

proxy_cache_valid  200 10m;

追記2

キャッシュしない場合の条件と処理を変更しました。コメントを書いた人とユーザを個別のキャッシュを使うようにしていましたが、うまくキャッシュされないようです。

location / {
  if ($http_cookie ~* "comment_author_[^=]<em>=([^%]+)%7C|wordpress_logged_in_[^=]</em>=([^%]+)%7C") {
    set $my_cookie $1;
  }

proxy_pass http://backend;
  proxy_cache czone;
  proxy_cache_key $scheme$proxy_host$uri$is_args$args$my_cookie;
  proxy_cache_valid  200 10m;
}

上記を下記のように変更しました。

location / {
  if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
    set $do_not_cache 1;
  }

proxy_no_cache     $do_not_cache;
  proxy_cache_bypass $do_not_cache;

proxy_pass http://backend;
  proxy_cache czone;
  proxy_cache_key $scheme$proxy_host$uri$is_args$args;
  proxy_cache_valid  200 10m;
}

追記3

コメントで教えていただいたスマートフォンや携帯から見た時にキャッシュしない設定を追加しました。user agentもproxy_cache_keyに付加して、それぞれのキャッシュのキーを作るといいかもしれませんが、今回はキャッシュしない設定にしてあります。

if ($http_user_agent ~* “2.0\ 2MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo\ Wii|Nitro|Nokia|Opera\ Mini|Palm|PlayStation\ Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian\ OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows\ CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915\ Obigo|LGE\ VX|webOS|Nokia5800″) {
  set $do_not_cache 1;
}

計測結果

7.2/sec → 133.0/sec

参考記事

最後に

proxy cacheが強力なので、他の設定に意味があるのかとか思ってしまいますが、シビアな状況になってくると活きてくると思います。またキャッシュですので動的コンテンツによっては気をつけないといけない場面もあります。

今回は「WordPressを速くする」という内容でしたが、他にも使える方法も多いので、何か参考になりましたら採用してみてください。


宣伝

DocBase

DocBaseとは

小さく始める・みんなで育てる・適切に伝える・安心して伝えるをコンセプトにした情報共有サービスです。
メモという形で小さく始められる、エンジニア以外のメンバーでも使いやすい仕組み、情報をまとめて整理できる、柔軟な権限設定で様々なプロジェクトで使えるなど、積極的な情報共有と業務の効率化を実現し、チームの成長を促します。

詳しくはこちらから。
https://docbase.io

クレイについてもっと知りたい方は…

  1. クレイの3つの強みを見てみる。
  2. WEBシステムのことなら何でもご相談ください。

「いいね!」で応援よろしくお願いします!

このエントリーに対するコメント

  1. memcachedを使った場合と比べて、nginx proxy cacheの速度のほうが早いのか気になります。

    nginx proxy cacheは初めて知りました勉強になりました。
    有難う御座いました。

    mem

    2011年01月27日, 8:22 AM

  2. 初めまして。

    記事を拝見して、nginx + FastCGI化を試してみました。現状、80番はApacheにListenさせて(自分以外にもユーザがいるので冒険はできず..)、自分の運営しているWordPressへのアクセス分だけ、8000番に飛ばすようにしています。

    ちょいと質問ですが、nginx proxy cacheを使用する場合は、WP Super Cacheは切って運用されていますでしょうか?

    マサル

    2011年01月28日, 6:11 PM

  3. 今はそのままWP Super Cacheも使用したまま運用しています。
    両方オンにしても影響ないかなと思っています。

    amachin

    2011年01月28日, 7:47 PM

  4. お返事ありがとうございました。両方オンにすると、キャッシュの有効期限あたりに問題が発生するかな、と予想していました。なるほど、実際に運用されているわけですね。

    前回のコメント、Website欄に誤ってURIではなくWebsite名を入力してしまいました。失礼いたしました。

    マサル

    2011年01月29日, 7:22 PM

  5. それと大したことではないのですが、proxy cacheの設定のところで、現在の表記だと$my_cookieが未定義変数としてエラーになると思います。(たぶん、途中でcookie周りの書き方を修正されて、その名残だと思うのですが)

    マサル

    2011年01月29日, 9:44 PM

  6. WP Super Cache + nginx proxy cacheの組み合わせで不具合がもう1つ。WP touchやKtai Style等の携帯端末用のプラグインと相性が悪いようです。

    とりあえず私は、

    if ($http_user_agent ~* “2.0\ 2MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo\ Wii|Nitro|Nokia|Opera\ Mini|Palm|PlayStation\ Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian\ OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows\ CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915\ Obigo|LGE\ VX|webOS|Nokia5800”) {
    set $do_not_cache 1;

    というコードを入れてケータイの場合はキャッシュしないようにして凌ぎました。ご報告まで。

    マサル

    2011年01月30日, 3:37 AM

  7. my_cookieの部分、修正しました。ありがとうございます。

    携帯端末の件も、了解しました。
    こちらですが、どのような不具合が発生している感じでしょうか?

    amachin

    2011年01月31日, 10:34 AM

  8. 携帯端末からのアクセス時の不具合ですが、WP touchやKtai Styleというプラグインは、iPhoneや携帯からのアクセス時のみ、その端末向けのデザインで配信する機能を持っています。nginx proxy cacheを使うと、携帯端末からのアクセス時もPCと同様にキャッシュを見にいってしまい、「iPhoneなのにPC用が表示される」とか「PCからなのにiPhone用が表示される」ことが起こりました。(どちらになるかはキャッシュ生成のタイミングによるようです)

    WP Super Cache + Apacheの場合は、WP Cacheの設定で「Mobile device support.」にチェックを入れることでこの不具合は回避できていたのですが、nginx + proxy cacheの場合は(恐らくWP Super Cacheの判定ルーチンを通らないため?)うまく回避できないようです。

    どうやら、WP Super Cache + Apacheの場合も、以前は同様な不具合があったようなので(しかし現在は上記の設定が追加され解決した)、将来的には解決される問題かも知れません。

    マサル

    2011年01月31日, 12:12 PM

  9. 確かにPCのレスポンスをキャッシュしてしまいますね。
    ありがとうございます。

    こちら追加しておきます。

    amachin

    2011年01月31日, 12:14 PM

  10. 頓珍漢な質問で申し訳ないのですが、「127.0.0.1:8001でWordPressを動かしています。」以下のコードは全て/etc/nginx/nginx.conf内に記述すれば宜しいのですよね?

    宜しくお願いします。

    たら

    2011年02月26日, 2:24 AM

  11. nginx.conf 内で大丈夫ですが、kray.jpの場合は、nginx.conf内に次のように書いて

    include /etc/nginx/vhosts.d/*.conf;

    /etc/nginx/vhosts.d/kray.jp.conf ファイルに分けて書いています。

    amachin

    2011年02月26日, 12:51 PM

  12. なるほど。ありがとうございました。
    wordpress用のconfファイルがあるのでそちらに書こうと思います。

    たら

    2011年02月26日, 8:58 PM

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)


トラックバック
  1. » WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc My_Room-bookmarks2011/01/27, 10:03 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  2. >> WordPressで作られたWebサイトの表示速度を早くするためにできるこ… « the giskor infobank2011/01/27, 11:31 AM

    […] >> WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc http://kray.jp/blog/wordpress-tuning/ […]

  3. 1月27日のおすすめ記事2011/01/28, 11:17 PM

    […] ■ WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  4. 2011年1月のこれだけ読めば分かる Web 制作者向け情報まとめ | ウェブル2011/01/30, 11:22 PM

    […] WordPress の速度を100倍速くするWordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  5. Men @ Work2011/01/31, 11:59 PM

    WordPress 高速化あれこれ

    こちらの記事<WordPressを100倍速くする!>を参考に、いろいろとやってみました。以下、やった順にメモ。(次回のサーバ切り替え時に苦労しないようにw)なお、WP Super Cacheの導入とMySQ…

  6. 2011年1月にツイートしたお勧め記事など319ツイート(多すぎてすみません) | stid blog2011/02/02, 9:11 AM

    […] WordPressユーザ必見! WordPressを100倍速くする! MySQLの調整やnginx proxy cache http://kray.jp/blog/wordpress-tuning/ […]

  7. WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc | WORDPRESS!2011/02/05, 2:38 AM

    […] Original post by maccotsan […]

  8. WordPress サイトに nginx を導入する : dogmap.jp2011/02/08, 7:12 PM

    […] via. HsbtDiary(2010-04-27) via. WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  9. とあるL点の藻屑日記 - WordPress使ってる人が読んでおくといいかもしれない記事 その22011/02/23, 9:37 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache […]

  10. 活動ログ 2011/03/082011/03/08, 3:02 PM

    […] Posted WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc. […]

  11. 始めの設定 | SBS2011/03/17, 10:59 PM

    […] 高速化 WordPressを100倍速くする! MySQLの調整やnginx proxy cache WordPress – WP-DBManager 日本語化ファイル これらを参考にまずは、「WP-DBManager」をWordPressの管理画面からインストール。 「Your backu […]

  12. プラグイン「WP Super Cache」でワードプレスの動作を速くする方法 | Webデザイナー 大阪 ポートフォリオ2011/03/25, 8:35 PM

    […] WordPressを100倍速くする方法 ← Webデザイナーへの転職(学校選び編) […]

  13. nginxとapacheをabコマンドで比べてみた « 27,000円サーバ運用物語2011/04/03, 3:32 PM

    […] 設定などの詳細はWordPressを100倍速くするをご覧いただくとして、その差をご報告させて頂きます。 […]

  14. WordPressをチューニングして30倍高速化した方法2011/04/14, 2:20 PM

    […] 基本的に「WordPressを100倍速くする! MySQLの調整やnginx proxy cache」の内容をひと通り実施してみました。 […]

  15. Wordpressチューニング | think, think, think2011/04/24, 1:19 PM

    […] ec] と、4倍近くリクエストをさばけるようになった。 nginxを使えばもっと速いらしい。ちまたでは100倍近く速くなったとか。。 WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  16. サーバーを変更してみた。2011/05/13, 12:35 PM

    […] そこで。 「WordPressを100倍速くする! MySQLの調整やnginx proxy cache」みたいな記事を見て。 もう、もちろん、うずうずしちゃったんですよ。 なので、変更後はApacheではなく、nginxなのです。 […]

  17. APCでPHPを高速化する | Linuxサーバでお気楽生活 by あらかんおやじ2011/05/30, 7:08 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cach      パク・ナヨンの韓国語速習プログラム […]

  18. 君たちは膝乗りわんこの破壊力を知らない–株式会社KRAYの場合2011/06/10, 1:33 PM

    […] その際この「WordPressを100倍速くする! MySQLの調整やnginx proxy cache」 というブログを参考にさせていただいた。 […]

  19. Apacheからnginxに乗り換えてみた – Yuyak2011/06/14, 5:38 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  20. ユウノマニアックス2011/06/17, 11:38 PM

    […] http://www.webcreatorbox.com WordPressを安全に運営するための10のTips | コリス coliss.com WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc kray.jp WordPressプラグイン「BuddyPress」でSNSサイトを作成 | […]

  21. WordPressのパーマリンクを変更したら404エラーになった - By-Natures::Blog2011/07/14, 1:51 AM

    […] せいだろうと対して気にもしていなかったんですが、こちらの記事「WordPressを100倍速くする! MySQLの調整やnginx proxy cache(株式会社クレイ)」を見ると、どうやら仮想環境によらずに大幅 […]

  22. [連載]WordPressでWebサービスを作る方法(8:サーバ選びと高速化) | Stocker.jp / diary2011/07/14, 10:47 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc (WP Super Cache 等は設定していません) […]

  23. CentOSにnginxとfastcgiを入れてWordPressを動かすまでのメモ:その3 - Shinichi Nishikawa's blog2011/08/24, 9:22 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache さくらVPSのWordPressをチューニングして30倍高速化した方法 […]

  24. SEO対策:ブログを高速表示するために | NET JUNKIE2011/09/03, 2:55 PM

    […] – Chrome+HTML5 Conference WordPressを100倍速くする! MySQLの調整やnginx proxy cache [JS]jQueryのプラグイン33+1選 -2011年7月 Categories: Google, WEBサイト, […]

  25. さくらVPS+ubuntu+wordpressにnginx入れたメモ | tjun memo2011/09/19, 10:43 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc 基本的には上記の2つのサイトを参考に、設定をコピペして使っています。 […]

  26. pc.casey.jp » [PHP] さくらインターネット 共用鯖にAPCインストール2011/09/21, 12:06 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  27. Apacheからnginx+spawn-fcgiへ | 或る日常2011/10/07, 1:21 AM

    […] http://kray.jp/blog/wordpress-tuning/ […]

  28. nginx+fastcgi+APC « Proxima Fermata2011/11/15, 10:39 AM

    […] 参考にしたのはこことこことここ。init […]

  29. Croppyの作り方 | Stocker.jp / diary2011/12/06, 10:24 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  30. 2011年買ってよかったもの・やってよかったことまとめ | Stocker.jp / diary2011/12/28, 11:06 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  31. メモ20120106 | Nacky – Snowland.net2012/01/06, 10:12 AM

    […] ■WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc ■Nginxを使ったもう一歩進んだWordPressチューニング | cloudrop wordpressは便利だが重い(ほとんど更新されないページでも動的生 […]

  32. Wordpressでのブログ作成での初期設定 | ik-fib's page2012/01/08, 9:11 PM

    […] http://kray.jp/blog/wordpress-tuning/ […]

  33. 今週勉強したこと[2012/1/1〜1/7] » 希瓦斯製作所2012/01/09, 6:16 PM

    […] が悪かっただったみたい. 以下のサイトを参考に,APCとWP Super Cacheを導入した. http://kray.jp/blog/wordpress-tuning/ APCの導入は比較的すんなりいったのだが,WP Super Cacheの導入に際してパーマネ […]

  34. Nginxでリバースプロキシを設定する | 9ensanのLifeHack2012/01/18, 10:58 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache […]

  35. サーバー構築メモ | c0pym4n blog2012/03/12, 12:17 AM

    […] 鍵認証へ変更 proftpdの設定 sambaのインストール nginxで帯域制限 ← limit_rateで帯域制限できた wordpress最適化 ← WordPressを100倍速くする! MySQLの調整やnginx proxy cache php-apcのインストール […]

  36. ubuntu10.04にnginxとphp-fpmを入れてwordpress動かす | tjun memo2012/04/08, 9:33 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  37. さくらのVPSでDebian 6をセットアップ #5(Nginxのリバースプロキシ設定) | input*output2012/07/09, 11:11 AM

    […] 今回参考にしたWordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Incやapache のかわりにnginxを使ってみる(10) nginx をリバースプロキシとして使ってみた | レンタルサーバー・自宅サ […]

  38. ImpArt » サーバ移行2012/07/31, 4:16 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache PHP […]

  39. サーバー構築と導入したWordpressプラグインのメモ2012/11/06, 9:06 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  40. 【wordpress】blogの維持がなかなかに厳しくなって来ました | 因果日記+2012/12/02, 10:23 PM

    […] 軽減されます。もちろんサーバーのソフトウェア的な管理はやらないとですが、http://kray.jp/blog/wordpress-tuning/ みたいに、 nginxを導入するのがwordpressの高速化に有用なようです。リソースも […]

  41. nginxでof shared memory zone “czone” conflicts with already declared | このコードわからん2012/12/15, 12:08 AM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache […]

  42. 最新SEO対策メモをみてブログをリニューアルしてみた2013/03/04, 9:15 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache | KRAY Inc […]

  43. nginxでwordpressの表示を6倍速くしてみた | polidog lab++2013/09/13, 1:48 AM

    […] ちなみに以下のサイトを参考にさせていただきました。 WordPressを100倍速くする! MySQLの調整やnginx proxy cache ※環境はCentOSです。 Pocket!function(d,i){if(!d.getElementById(i)){var j=d.createElement("script" […]

  44. Apacheからnginxへ乗り換えたときのメモ2013/11/30, 6:12 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache – KRAY Inc さくらVPSのWordPressをチューニングして30倍高速化した方法 – 原宿・表参道.jp […]

  45. Apacheからnginxに乗り換えた後のWordpressの性能2013/12/01, 9:05 PM

    […] WordPressを100倍速くする! MySQLの調整やnginx proxy cache – KRAY Inc さくらVPSのWordPressをチューニングして30倍高速化した方法 – 原宿・表参道.jp […]

we use!!Ruby on RailsAmazon Web Services

このページの先頭へ