Codeigniter で、国際化するために用意されてる言語クラスですが、通常は以下のようにして使います。

application/language ディレクトリに各言語のサブフォルダ(例:japanese)を用意する。

その中に _lang.php (例:error_lang.php) というファイルを作成して、連想配列 $lang にテキストをセットする。

$lang['language_key'] = "実際に表示されるメッセージ";

Controller で言語ファイルを読み込む。

$this->lang->load('filename');

lang オブジェクトの line メソッドか、lang() 関数で、キーを指定してテキストを取得する。

$message = $this->lang->line('language_key');
// または
echo lang('language_key');

ただ、これだとキーとの対比とか、メンテナンスがめんどくさいので、できれば .mo ファイル作って gettext() で処理したい所です。

幸い Codeigniter は、コアシステムクラスを簡単に拡張できます。
っつうわけで、言語クラス CI_Lang を拡張して gettext で言語リソースを扱えるようにしてみました。

まず、以下の内容で application/core/MY_Lang.php を作成します。

<?php  if (!defined('BASEPATH')) exit('No direct script access allowed');
/**
 * Code Igniter Gettext Extension library
 *
 * This Library overides the original CI's language class. Needs the  $config['language'] variable set as ja_JP or en_EN or fr_FR ...
 *
 * @package       Gettext Extension
 * @author        wokamoto
 * @copyright     Copyright (c) 2012
 * @license       http://www.gnu.org/licenses/lgpl.txt
 * @link
 * @version       Version 0.1
 * @since         2012 January, 27th
 */

// ------------------------------------------------------------------------

class MY_Lang extends CI_Lang {

	private $gettext_language;
	private $gettext_codeset;
	private $gettext_domain;
	private $gettext_path;

	/**
	 * The constructor initialize the library
	 *
	 * @return MY_Lang
	 */
	function __construct() {
		parent::__construct();
	}

	/**
	 * This method overides the original load method. Its duty is loading the domain files by config or by default internal settings.
	 *
	 * @access	public
	 * @param	string	$userlang	the language, set as ja_JP or it_IT or en_EN or fr_FR ...
	 * @param	string	$codeset	the codeset, set as UTF-8 or EUC ...
	 * @return	bool
	 */
	public function load_gettext( $textdomain = false, $userlang = false, $codeset = false, $path = false ) {
		$config =& get_config();

		$this->gettext_language = $userlang ? $userlang : $config['language'];
		$this->gettext_codeset  = $codeset ? $codeset : $config['charset'];
		$this->gettext_domain   = $textdomain ? $textdomain : $this->gettext_domain;
		$this->gettext_path     = $path ? $path : APPPATH.'language/locale';

		/* put env and set locale */
		putenv("LANG={$this->gettext_language}");
		setlocale(LC_ALL, $this->gettext_language);

		/* bind text domain */
		bindtextdomain($this->gettext_domain, $this->gettext_path);
		bind_textdomain_codeset($this->gettext_domain, $this->gettext_codeset);
		textdomain($this->gettext_domain);

		return  true;
	}

	/**
	 * Fetch a single line of text from the language array
	 *
	 * @access	public
	 * @param	string	$line the original string to translate
	 * @param	array	$params the plural parameters
	 * @return	string	translated
	 */
	public function line($line = '', $params = FALSE)
	{
		if ( $params !== FALSE || FALSE === ($value = parent::line($line)) )
			$value = $this->_trans( $line, $params );

		return $value ? $value : $line;
	}

	/**
	 *  Plural forms added by Tchinkatchuk
	 *  http://www.codeigniter.com/forums/viewthread/2168/
	 */

	/**
	 * The translator method
	 *
	 * @access	private
	 * @param	string	$original the original string to translate
	 * @param	array	$aParams the plural parameters
	 * @return	string	translated
	 */
	private function _trans( $original, $aParams = false ) {
		if ( !isset($this->gettext_domain) )
			return false;

		if ( $aParams && isset($aParams['plural']) && isset($aParams['count']) ) {
			$sTranslate = ngettext($original, $aParams['plural'], $aParams['count']);
			$sTranslate = $this->replaceDynamically($sTranslate, $aParams);
		} else {
			$sTranslate = gettext( $original );
			if ( is_array($aParams) && count($aParams) ) {
				$sTranslate = $this->replaceDynamically($sTranslate, $aParams);
			}
		}

		return $sTranslate;
	}

	/**
	 * Allow dynamic allocation in traduction
	 *
	 * @access	private
	 * @param	string	$sString
	 * @return	string
	 */
	private function replaceDynamically($sString) {
		$aTrad = array();
		for ( $i=1, $iMax = func_num_args(); $i<$iMax; $i++) {
			$arg = func_get_arg($i);
			if (is_array($arg)) {
				foreach ($arg as $key => $sValue) {
					$aTrad['%'.$key] = $sValue;
				}
			} else {
				$aTrad['%'.$key] = $arg;
			}
		}

		return strtr($sString, $aTrad);
	}
}

そんで、application/language ディレクトリに、以下のようにファイルを言語リソースを配置。
language
 + locale
  + ja_JP (ロケール: ja_JP or en_EN or fr_FR …)
   + LC_MESSAGES
    - lang.mo
    - lang.po

これを、実際に使う時は以下のようにします。

Controller で言語ファイルを読み込む。

$this->lang->load_gettext('lang', 'ja_JP');

※第一引数は textdomain、第二引数はロケール。

後は、同じように使えます。

$message = $this->lang->line('Hello World!');
// または
echo lang('Hello World!');

WordPress で慣れてるんで gettext 使いたいすよね。

ちなみにスクリーンショットに表示されている国旗・OS・ブラウザのアイコンは、僕の作ったプラグイン Commenters Info を導入すると表示されるようになります。
こちらも地味に便利ですよ。ダウンロードは下記から。
WordPress > Commenters Info « WordPress Plugins

WordPress で memcached にキャッシュする

まずは、こんな感じで advanced-cache.php を作ってみます。

<?php
/*
* MemCached に Cache する advanced-cache.php
*
*/

// memcached server name & port
if ( !defined('MC_MEMCACHED_SERVER') )
	define('MC_MEMCACHED_SERVER', 'localhost');
if ( !defined('MC_MEMCACHED_SERVER_PORT') )
	define('MC_MEMCACHED_SERVER_PORT', 11211);

// cache data expires (sec.)
if ( !defined('MC_MEMCACHED_EXPIRES') )
	define('MC_MEMCACHED_EXPIRES', 600);

// cache data compress
if ( !defined('MC_MEMCACHED_COMPRESS') )
	define('MC_MEMCACHED_COMPRESS', false); // or MEMCACHE_COMPRESSED

class AdvancedMemCache {
	const   PLUGIN_NAME = 'AdvancedMemcache';
	private $memcache;
	private $scheme = 'http://';
	private $user_agent;

	function __construct() {
		if ( isset($_SERVER["HTTPS"]) && strtolower($_SERVER['HTTPS']) == "on" )
			$this->scheme = 'https://';
		$this->user_agent =
			isset($_SERVER["HTTP_USER_AGENT"])
			? $_SERVER["HTTP_USER_AGENT"]
			: '';
	}

	public function is_cache() {
		if ( $this->is_cache_agent() || $this->is_user_logged_in() || $this->is_commenter() || $this->rejected_user_agents() )
			return false;
		else
			return true;
	}

	public function output_content($url = '') {
		$response = $this->get_content($url);
		foreach ( $response['headers'] as $val ) {
			@header( $val );
		}
		echo $response['body'];
	}

	private function get_content($url = '') {
		if ( empty($url) )
			$url = $this->scheme.$_SERVER["HTTP_HOST"].$_SERVER["REQUEST_URI"];

		if ( !isset($this->memcache) )
			$this->memcache_init();

		if ( ($response = $this->memcache_get($url)) === false ) {
			$response = $this->remote_get($url);
			if ( !isset($response['headers']) )
				$response['headers'] = array();
			if ( isset($response['body']) && !empty($response['body']) && $this->cache_control($response['headers']) ) {
				$cache_create = gmdate("D, d M Y H:i:s") . ' GMT';
				$response['body'] .= "\n<!-- cache created at {$cache_create} -->";
				$this->memcache_set($url, $response);
			}
		}

		return $response;
	}

	private function cache_control($headers) {
		$cached = true;
		foreach ($headers as $header){
			if ( preg_match('/^(expires: |cache-control: |pragma: )/i',$header) ) {
				$cached = false;
				break;
			}
		}
		return $cached;
	}

	private function is_cache_agent() {
		if ( isset($_SERVER['HTTP_X_CACHE_AGENT']) && $_SERVER['HTTP_X_CACHE_AGENT'] == self::PLUGIN_NAME )
			return true;
		return false;
	}

	private function is_user_logged_in() {
		$is_user_logged_in = false;
		foreach ($_COOKIE as $key => $val ) {
			if ( preg_match('/^(wordpress_logged_in_|wordpress_|wordpressuser_)/', $key) ) {
				$is_user_logged_in = true;
				break;
			}
		}
		return $is_user_logged_in;
	}

	private function is_commenter() {
		$is_commenter = false;
		foreach ($_COOKIE as $key => $val ) {
			if ( preg_match('/^comment_author_/', $key) ) {
				$is_commenter = true;
				break;
			}
		}
		return $is_commenter;
	}

	private function rejected_user_agents() {
		if ( preg_match('/^'.preg_quote(self::PLUGIN_NAME. '/').'/i', $this->user_agent) )
			return true;
		return false;
	}

	private function memcache_init() {
		$this->memcache = memcache_connect(MC_MEMCACHED_SERVER, MC_MEMCACHED_SERVER_PORT);
	}

	private function memcache_get( $url ) {
		$response = array( 'headers' => array(), 'body' => '' );
		if ( ($response['headers'] = $this->memcache->get('headers-'.$url)) === false )
			return false;
		if ( ($response['body'] = $this->memcache->get($url)) === false )
			return false;
		return $response;
	}

	private function memcache_set($url, $val) {
		$this->memcache->set('headers-'.$url, $val['headers'], MC_MEMCACHED_COMPRESS, MC_MEMCACHED_EXPIRES);
		$this->memcache->set($url, $val['body'], MC_MEMCACHED_COMPRESS, MC_MEMCACHED_EXPIRES);
	}

	private function parse_str($string, &$array) {
		parse_str($string, $array);
		if ( get_magic_quotes_gpc() )
			$array = stripslashes_deep( $array );
	}

	private function parse_args($args, $defaults = '') {
		if ( is_object($args) )
			$r = get_object_vars($args);
		elseif ( is_array($args) )
			$r =& $args;
		else
			$this->parse_str($args, $r);

		if ( is_array($defaults) )
			return array_merge($defaults, $r);
		return $r;
	}

	private function remote_get($url, $args = array()) {
		$defaults = array('method' => 'GET');
		$args = $this->parse_args($args, $defaults);
		if ( !isset($args['headers']) )
			$args['headers'] = array();
		$args['headers']['X-Cache-Agent']   = self::PLUGIN_NAME;

		return $this->request($url, $args);
	}

	private function request($url, $args = array()) {
		$defaults = array(
			'method' => 'GET',
			'user-agent' => self::PLUGIN_NAME.'; '.$this->scheme.$_SERVER['HTTP_HOST'],
			'headers' => array(),
		);

		// Pre-parse for the HEAD checks.
		$args = $this->parse_args($args);

		// stream context create
		$args = $this->parse_args($args, $defaults);
		$opts = array( 'http' => array(
			'method'     => $args['method'] ,
			'user-agent' => $args['user-agent'] ,
			) );
		$header = "User-Agent: {$args['user-agent']}\r\n";
		foreach ( $args['headers'] as $key => $val ) {
			$header .= "{$key}: {$val}\r\n";
		}
		$opts['http']['header'] = $header;
		$context = stream_context_create($opts);

		$content = file_get_contents($url, false, $context);
		return array(
			'headers' => $http_response_header,
			'body'    => $content,
			);
	}
}

$advanced_memcache = new AdvancedMemCache();
if ( $advanced_memcache->is_cache() ) {
	$advanced_memcache->output_content();
	die();
}

※実験用に作った簡易的なモノなんで、このままでは正常に動作しないかもしれません。実環境では使わない方が良いと思うよ。

これで memcached 上に url をキーとしたキャッシュデータが無い場合は、キャッシュデータを取得して保存してくれるはずです。
このままでも、一応 memcached にキャッシュデータが有る場合は、WordPress がキャッシュデータからレスポンスしてくれます。

Nginx + memcached

次に nginx.conf を、こんな感じで設定します。

# バックエンド
upstream backends {
    server 127.0.0.1:8080;
}

http {
    #(snip)

    server {
        #(snip)

        location / {
            # POSTはそのままバックエンドへ
            if ($request_method = POST) {
                proxy_pass http://backend;
                break;
            }

            # memcachedにキャッシュがあればキャッシュを
            # 無ければバックエンドへ
            set $memcached_key "$scheme://$host$request_uri$is_args$args";
            memcached_pass     127.0.0.1:11211;
            default_type       "text/html; charset=utf-8";
            add_header         "X-Advance-Cache" "cached";
            error_page         404 502 = @fallback;
        }

        location @fallback {
            proxy_pass         http://backend;
        }
    }
}

via. CakePHPとnginx+memcachedで手軽にキャッシュを活用する – Shin x blog

これで memcached 上に url をキーとしたデータがあれば、それを nginx が直接レスポンスとして返してくれます。

パフォーマンス

さくらのVPS512 上にインストールした WordPress で ab -n 1000 -c 100 で計測してみました。
ネットワークによるボトルネックを排除するため ab は同一サーバ上で実行。
advanced-cache.php 無し(通常）と、advanced-cache.php 有り(WordPress がキャッシュデータを返す)、advanced-cache.php + Nginx memcached(Nginx が直接キャッシュデータを返す)の３パターンで計測しています。

圧倒的じゃ無いか

問題点

ただ、ちょっと問題があって、このままの設定だと memcached のデータを直でレスポンスとして返してしまうので、gzip 圧縮転送とかできないんすよね。
あと、ここに例示した advanced-cache.php だと Ktai Style とかで UA ごとに表示を切り替えているサイトに対応できなかったり、ログイン時にも memcached にキャッシュが有る場合は、非ログイン時に表示されるモノが表示されたり…
まぁ、今回のは実験用の簡易的な実装ということで。

これらの問題点も、きちんと advanced-cache.php を作り込んで、nginx の設定を追い込めば対応可能だと思いますよ。

さて、パフォーマンスアップしたと噂の PHP 5.4 系。
WordPress も、ちゃんと動くんかいな？と思って試してみました。
使用しているプラグインによっては問題が出てくるかもですが、とりあえずデフォルト状態の WordPress 3.3 + TwentyEleven では問題なさそうです。
あと、このサイトで使ってるプラグインでも問題は発生しなかったようです。

ちなみにこのサイトで使ってるプラグインの一覧は以下の URL で見ることができます。
http://dogmap.jp/plugins/3/

でまぁ、テスト用に借りてるさくらのVPS512(CentOS 5.6 64bit版) に WordPress 入れて ab で簡単にベンチを取ってみた訳なんですが、こんな感じになりました。
素の状態と APC 入れた状態で、それぞれベンチ取りました。リバースプロキシとかは入れてないです。
Web サーバは Nginx + php-fpm で構築、ネットワークがボトルネックにならないように localhost へのアクセスで計測しました。

テストに使った PHP 5.4 のビルドオプションは、こんな感じ。

--prefix=/usr/local/php5.4 \
--enable-mbstring \
--with-mysql --with-pdo-mysql --with-mysqli \
--enable-pcntl \
--enable-fpm --with-fpm-user=nginx --with-fpm-group=nginx \
--with-openssl \
--with-pcre-regex \
--with-zlib \
--with-mhash \
--with-xsl \
--with-mcrypt \
--with-pear \
--with-gd --enable-gd-native-ttf \
--enable-intl \
--enable-exif \
--enable-ftp \
--without-unixODBC \
--disable-posix \
--disable-sysvmsg \
--disable-sysvshm \
--disable-sysvsem \
--disable-debug

まずは、APC とか有効にしていない状態の PHP 5.3.8 と 5.4.0 RC4 での WordPress トップページへのアクセスの ab 結果。

PHP 5.3.8

$ ab -n 100 -c 10 http://localhost/
Server Software:        nginx
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        6182 bytes

Concurrency Level:      10
Time taken for tests:   12.521301 seconds
Complete requests:      100
Failed requests:        86
   (Connect: 0, Length: 86, Exceptions: 0)
Write errors:           0
Total transferred:      638985 bytes
HTML transferred:       618285 bytes
Requests per second:    7.99 [#/sec] (mean)
Time per request:       1252.130 [ms] (mean)
Time per request:       125.213 [ms] (mean, across all concurrent requests)
Transfer rate:          49.84 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.2      0       1
Processing:   465 1214 922.9   1103    9930
Waiting:      464 1208 919.3   1102    9891
Total:        465 1214 922.9   1103    9930

Percentage of the requests served within a certain time (ms)
  50%   1103
  66%   1177
  75%   1268
  80%   1303
  90%   1403
  95%   1459
  98%   3078
  99%   9930
 100%   9930 (longest request)

PHP 5.4.0 RC4

$ ab -n 100 -c 10 http://localhost/
Server Software:        nginx
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        6186 bytes

Concurrency Level:      10
Time taken for tests:   10.539823 seconds
Complete requests:      100
Failed requests:        93
   (Connect: 0, Length: 93, Exceptions: 0)
Write errors:           0
Total transferred:      638963 bytes
HTML transferred:       618263 bytes
Requests per second:    9.49 [#/sec] (mean)
Time per request:       1053.982 [ms] (mean)
Time per request:       105.398 [ms] (mean, across all concurrent requests)
Transfer rate:          59.11 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.5      0       3
Processing:   370 1030 658.3    869    5196
Waiting:      369 1029 658.3    869    5196
Total:        371 1030 658.3    869    5196

Percentage of the requests served within a certain time (ms)
  50%    869
  66%   1007
  75%   1042
  80%   1112
  90%   1401
  95%   2310
  98%   4186
  99%   5196
 100%   5196 (longest request)

「Requests per second」が 7.99 [#/sec] から 9.49 [#/sec] に改善されてますね。２割弱のスピードアップ。

次に APC を有効にした場合のパフォーマンスチェック。
64bit版 CentOS に PHP 5.4 入れた場合は、pecl から APC をインストールすると正常に動作しなかったので、trunk 版の APC をインストールして確認しました。
trunk 版 APC のビルド＆インストール方法は、下記URLを参考にしてください。
Installing APC from beta/alpha development onto centOS 5.4 64 bit dual core

PHP 5.3.8 with APC

$ ab -n 100 -c 10 http://localhost/
Server Software:        nginx
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        6182 bytes

Concurrency Level:      10
Time taken for tests:   8.223347 seconds
Complete requests:      100
Failed requests:        85
   (Connect: 0, Length: 85, Exceptions: 0)
Write errors:           0
Total transferred:      639018 bytes
HTML transferred:       618318 bytes
Requests per second:    12.16 [#/sec] (mean)
Time per request:       822.335 [ms] (mean)
Time per request:       82.233 [ms] (mean, across all concurrent requests)
Transfer rate:          75.88 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   1.1      0       6
Processing:   154  792 249.6    797    1954
Waiting:      153  792 249.6    796    1952
Total:        156  793 249.4    797    1956

Percentage of the requests served within a certain time (ms)
  50%    797
  66%    899
  75%    915
  80%    935
  90%   1071
  95%   1163
  98%   1413
  99%   1956
 100%   1956 (longest request)

PHP 5.4.0 RC4 with APC

$ ab -n 100 -c 10 http://localhost/
Server Software:        nginx
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        6184 bytes

Concurrency Level:      10
Time taken for tests:   4.913902 seconds
Complete requests:      100
Failed requests:        76
   (Connect: 0, Length: 76, Exceptions: 0)
Write errors:           0
Total transferred:      639024 bytes
HTML transferred:       618324 bytes
Requests per second:    20.35 [#/sec] (mean)
Time per request:       491.390 [ms] (mean)
Time per request:       49.139 [ms] (mean, across all concurrent requests)
Transfer rate:          126.99 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0       2
Processing:   161  478 129.9    460     862
Waiting:      160  476 129.8    455     862
Total:        161  478 129.9    460     862

Percentage of the requests served within a certain time (ms)
  50%    460
  66%    500
  75%    520
  80%    528
  90%    659
  95%    819
  98%    844
  99%    862
 100%    862 (longest request)

7割近くも改善されてることが分かると思います。

PHP 5.4 の正式版公開楽しみすなぁ。

ページビュー上位10記事だと1番アクセスがあったのは、去年どころか2007年のこの記事になっちゃうんですが、今年書いた記事にしぼって10件ほど。

全体的に WordPress の高速化の話題が多いです。
僕の興味もそっちに向いてたんで、そっち系の記事が多かったからですね。

1. WordPress サイトに nginx を導入する

   今年の話題は、バックエンドの WordPress 高速化が多かったすね。
   スピーカとして参加した2つの WordCamp でも、その辺話させてもらいました。
   Nginx 可愛いよ、Nginx。

2. jQuery で checkbox が check されてるか調べる

   意外と、地味なこんな記事が2位にランクイン。
   みんな jQuery 好きなのね。

3. VPS 借りたら、せめてこれくらいはやっとけというセキュリティ設定

   VPS 安くなったから、ほいほい借りる人が増えてきてるけど、セキュリティにだけは気をつけてね。
   ここに書いてあるのは最低限のことです。
   一番大事なのは、情報収集だよ。

4. WordPress で URL をすべて相対 URL にする方法

   手っ取り早くパッと変更する方法です。
   ただ ob_start() 使ってるんで、使ってるプラグインによっては上手く動かないかもです。

5. Facebook の OGP (Open Graph Protocol）用のメタタグを出力する

   今年は Facebook とかソーシャルメディア流行りましたね。
   SNS も楽しいけど、ブログと連携させるともっと楽しいと思うよ。

6. Nginx + lsyncd で WordPress を負荷分散させる

   これも Nginx の話題すね。
   ここには書いて無いけど、複数台構成の WordPress で、キャッシュやなんかを同期させるのは結構大変です。

7. mintty を使えるようにする

   mintty 良いっすね、Windows のターミナルエミュレータはずっと TeraTerm Pro 使ってたんですが、今ではすっかり mitty 派です。

8. nginx で ssl 設定をする

   おー、またしても Nginx。
   Nginx もシェアを伸ばしてきたみたいだし、人気高いすなぁ。

9. WordPress サイトに Varnish を導入する

   リバースプロキシなら Varnish もあるで。

10. WordPress で JSON 形式のデータを吐き出すプラグイン Feed JSON

    今年は、公式プラグインディレクトリに新規プラグインを公開した数は少なかったかもです。
    でも、今見たら全部で21になってるのね。
    wokamoto | Profile |WP Profiles

今年は、これで記事納めかもです。来年も、よろしくお願いします。

Been giving a lot of thought to how to give plugin authors more control over their plugin pages. In WordPress custom headers have been hugely beneficial in people’s ability to make a theme their own without having to be a designer. (And designers can make them really sing.)

via. Been giving a lot of thought to how… « WordPress Development Updates

最近 WordPress 公式プラグインディレクトリのデザイン変更があったんですが、それに伴ってヘッダ画像を追加することができるようになりました。
ヘッダ画像を追加すると以下のリンクのようになります。
WordPress > Hello Claudia « WordPress Plugins
WordPress > Head Cleaner « WordPress Plugins

結構、良い感じですね。

やり方は簡単で

1. プラグイン登録用の subversion ディレクトリのルートに assets というディレクトリを作る
2. その中に 幅 772px, 高さ 250px で jpeg か、png で画像ファイルを保存する
   （画像ファイル名は banner-772×250.(jpg|png) 固定）
3. コミットする

だけです。

15分くらい待てば、WordPress 公式プラグインディレクトリの当該ページに反映されるらしいですよ。
今まで、作ったプラグインにもバナーを着けちゃおう。

去年は PHP Advent Calendar に参加して「匿名関数と無名関数 (PHP Advent Calendar 2010 16日目)」って記事を書いたんですが、今年は WordPress Advent Calendar に参加します！

そんなわけで、(一部の)みんな大好き WordPress のハイパフォーマンスチューニングの話題。
このサイト dogmap.jp で行っている施策について書きますね。

バックエンドの高速化

このサイトは Amazon EC2 東京リージョンのマイクロインスタンス1台で稼動しています。
使用できるメモリ量が613MBとやや少なめなため、Web サーバは軽量高速で定評のある Nginx を採用しています。

Nginx は Apache のようにリクエストの処理をスレッドで行わず、非同期のアーキテクチャーを用いるイベントループモデルを採用しています。
そのため、多数のリクエストがきた場合に実行スタックをコピーする必要があるスレッドモデルのサーバと違い、1プロセスでリクエストを処理できるため、メモリ消費量が極端に少なくてすむという利点があります。
なんで Nginx って、そんなに速いの？ってのは、以下の記事を読むとわかり易いです。
さくらVPSとnginxリバースプロクシで最速WordPressブログを作る方法（ベンチマーク付き） | さくらたんどっとびーず

このサイトでは WordPress が動的に生成するコンテンツについては Nginx のリバースプロキシキャッシュを利用して配信しています。
そこで問題になってくるのが、新規投稿時にキャッシュファイルを生成しなおすことなんですが、それには Nginx Proxy Cache Purge プラグインを使っています。
他にも、さらに高機能な NGINX Manager って、プラグインもありますね。
こっちは、キャッシュパージしたログを管理画面から見ることができます。
Nginx に ngx_cache_purge モジュールを組み込んでおいて、これらのプラグインを使えば安心ですね。

PHP は eAccelerator を使って、中間コードをキャッシュすることにより、高速化させています。
PHP アクセラレータとしては、他にも APC も有名ですが、僕は好みでこっちを使ってます。
eAccelerator 可愛いよ、eAccelerator。

MySQL サーバとしては Percona を使ってます。
Percona は MySQL の派生プロダクトで、公式ビルドには含まれていない人気のあるパッチを追加したものです。
高負荷時の InnoDB のパフォーマンスを向上してくれるパッチなんかが含まれています。
WordPress が使用しているテーブルのデータベースエンジンは InnoDB に変更済み。
関連記事表示に Yet Another Related Posts Plugin (YARPP) を使用してる場合は、wp_posts だけは MyISAM を使いましょう。
# YARPP を導入すると post_title と post_content に FULLTEXT インデックスが張られちゃうので、InnoDB にできないため。
あと mysqltuner.pl を使って、パラメータチューニングしたりしてますね。

さらにオブジェクトキャッシュ(Object Cache)のバックエンドとして、Memcached Object Cache も採用しています。
オブジェクトキャッシュとは、生成に負荷のかかる複雑なデータベースクエリなどをキャッシュするための仕組みですが、通常1セッション中でしか有効になりません。
ただし Memcached Object Cache などのドロップインを使用することで、このオブジェクトキャッシュされたデータを memcached 上に保存しておき、永続的に使うことができます。
これにより、大幅に MySQL サーバへのクエリ発行数を低減する事ができ、パフォーマンスを向上させることが可能なのです。素晴らしい！
オブジェクトキャッシュされたデータを削除したりするには、WP Cache Inspect ってプラグインが便利です。
現在、キャッシュされてるデータの統計を表示したりもできます。

「ドロップイン」って何？って思った方は、こちらを参照してください。ドロップインは特殊なプラグインのことですが、色々デキまっせ。
WordPress 3.0 プラグイン管理画面の「追加機能」

併せて、翻訳ファイル ja.mo の読み込みをオブジェクトキャッシュにキャッシュするプラグイン MO Cache も利用しています。
MO Cache については WordPress Advent Calendar 2011 の10日目で @m4i さんが、詳しく解説してくれてますね。
WordPress をたった3分で3倍高速化する方法 [MO Cache] – カワイイはつくれる
同じコンセプトのプラグインで、@jim0912 さんがリリースしている 001 Prime Strategy Translate Accelerator ってのも有るんですが、こっちはキャッシュデータをファイルか APC の共有メモリに保存するタイプです。
僕とこでは APC 使ってないので、Memcached Object Cache にキャッシュデータを置いておける MO Cache を使わせてもらいました。

フロントエンドの高速化

フロントエンドの高速化は、自作のプラグイン Head Cleaner を利用しています。
このプラグインでは、以下のことができます。

• <head> 内の要素の並べ替え
• JavaScript, CSS のミニファイと結合
• HTML ソース全体から、コメント・改行・連続した空白を消去(パラノイアモード)
• OGP タグの挿入

当サイトのソースを見てもらえばわかるのですが、とんでもないことになっていると思います。

あわせて

• テキストファイルの gzip 圧縮転送
• 静的ファイル(css, js, 画像…)に有効期限を設定 (Expired ヘッダを付加)

等も行っています。

また、静的ファイルについてはドメインを static.dogmap.jp に設定し、さらにそれを無料の CDN CloudFlare から配送するように設定してあります。
CloudFlare を導入するためにはドメインの DNS サーバー情報を書き換える必要があるため、「サイトを運営するドメインの管理者であること」が必須条件になりますが、WordPress を独自ドメインで運用してる人なら問題無いですよね？
導入については、以下の記事が参考になるでしょう。
今すぐ使える！CDN ~はじめてのCloudFlare（クラウドフレア）導入~ – SINAPlog

アクセス数そんな多くないブログなのに、色々頑張ってるわけですね。

明日は @naonyan_taicho さんです、よろしく！

• 新サーバに Nginx, PHP, MySQL をインストール
• 現行サーバから rsync で WordPress フォルダの内容を全て新サーバにコピー
• 現行サーバの MySQL でテーブルをロックしてから /var/lib/mysql/ 以下を全部 tar で固めて、新サーバにコピー
• /etc/my.cnf, /etc/php.ini, /etc/nginx/ 等の設定ファイルをコピー
• ローカルPCの hosts 変更して確認取れたら DNS 変更

の5ステップです。
以下、メモがてら作業ログを書いておきます。
VPS – VPS 間での WordPress のお引越しの参考になれば幸いです。

新サーバに Nginx, PHP, MySQL をインストール

これは、今までも当ブログで何度か書いてますね。

• VPS 借りたら、せめてこれくらいはやっとけというセキュリティ設定
• さくらVPSに lighttpd + PHP 5.3 + MySQL 5.1 をインストール
• Percona MySQL をさくらのVPSで使う
• nginx 1.0.0 が出てます
• Nginx に cache purge モジュールを追加する

今回は、素の MySQL ではなく Percona MySQL を使ってみました。

現行サーバから rsync で WordPress フォルダの内容を全て新サーバにコピー

rsync を使えば、WordPress のソースを一括でコピーするのは簡単です。
まずは、以下を参考にして新サーバに ~/.ssh/config を用意しておきます。
ssh 接続を簡単にする ~/.ssh/config

そんで rsync で WordPress の入ってるフォルダごとファイル同期。
WordPress は /var/www/vhosts/ って所に入れてるんで、新サーバで以下のようにして同期します。

$ rsync -avz --delete -e ssh oldserver:/var/www/vhosts/ /var/www/vhosts/

現行サーバの MySQL でテーブルをロックしてから /var/lib/mysql/ 以下を全部 tar で固めて、新サーバにコピー

まずは、現行サーバでの作業。
/var/lib/mysql/ 以下をコピーするに当たって、作業中に DB に変更が加えられないようにロックします。

$ mysql -u root -p
Enter password:
　：
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.05 sec)

mysql> quit
Bye

/var/lib/mysql/ 以下を tar で固めます。

$ cd /var/lib/mysql/
$ sudo tar cpfz /tmp/mysql-snapshot.tar.gz ./
tar: ./mysql.sock: ソケットは無視します

テーブルをアンロックしておきます。

$ mysql -u root -p
Enter password:
　：
mysql> UNLOCK TABLES;
Query OK, 0 rows affected (0.00 sec)

mysql> quit
Bye

次に新サーバでの作業。
scp で /tmp/mysql-snapshot.tar.gz を取ってきます。

$ scp oldserver:/tmp/mysql-snapshot.tar.gz /tmp/
mysql-snapshot.tar.gz                                             100%   19MB   1.6MB/s   00:12

MySQL が動いているなら停止してから、mysql-snapshot.tar.gz を /var/lib/mysql/ に展開。
バイナリログやエラーログは、必要ないので削除します。

$ sudo /sbin/service mysqld stop
mysqld を停止中:                                           [  OK  ]
$ cd /var/lib/mysql/
$ sudo rm -fr *
$ sudo tar zxvf /tmp/mysql-snapshot.tar.gz
$ sudo rm -f mysqld-bin.*
$ rm /tmp/mysql-snapshot.tar.gz

MySQL を起動後、アンロックします。

$ sudo /sbin/service mysqld start
mysqld を起動中:                                           [  OK  ]
$ mysql -u root -p
Enter password:
　：
mysql> UNLOCK TABLES;
Query OK, 0 rows affected (0.00 sec)

mysql> quit
Bye

これで MySQL のデータ移行は終了。
一応 mysql コマンドとか、phpMyAdmin とかで中身を確認しておいてください。

/etc/my.cnf, /etc/php.ini, /etc/nginx/ 等の設定ファイルをコピー

scp とか rsync とか好きな方法で、現行サーバからコピーしてくれば良いよ。
設定ファイルコピー後に設定を反映させるために mysqld とか nginx とか php-fpm とか httpd とか、再起動するのを忘れずに。

ローカルPCの hosts 変更して確認取れたら DNS 変更

Mac の hosts は /private/etc/hosts にあるので、ターミナルで

$ sudo vi /private/etc/hosts

via. Mac で hosts を変更する方法 – 頭ん中

linux なら /etc/hosts 。
Windows XP なら c:\windows\system32\drivers\etc\hosts 。Vista と 7 は、知らん。

例えば、新サーバの IP アドレスが 10.1.2.30 で、サイトが blog.example.com なら、以下を追加しましょう。

10.1.2.30  blog.example.com

変更できたらブラウザで動作確認しましょう。

まとめ

別に Amazon EC2 に限った話ではないですね。

今回のセッションの資料は、以下で公開してます。神戸の時と、そんなには変わりません。
WordPress ハイパフォーマンス チューニング Reloaded
※ カーソルキー左右で、スライド送りできます。(deck.js を使用して、スライド作りました。)

あかさんとか、ひろまささんとか会えたり、タカバシさんにプリンセスホールドしてもらったり。
楽しかったっす。

セッションでもちらっと紹介したんですが、現在こもりさんと一緒に「ハイパフォーマンス WordPress サイト」みたいな感じの本を書いてます。
予定では年明けに出るはず…頑張ります。