ここでは、「Google Page Speedでサイトを高速化」への補足としてlightyでのExpireヘッダやコンテンツのgzip圧縮の設定方法を書いておきます。

mod_expireを用いてブラウザキャッシュを有効に

lighttpdで静的コンテンツに対してブラウザキャッシュを有効とするには、mod_expireを使います。
設定方法は非常に簡単ですが、一応。

まず、lighttpd.confでmod_expireを有効にします。

                                "mod_expire",

デフォルトでコメントアウトされているはずなので、先頭の「#」を除去してやります。

次に、対象とするファイルの指定と、キャッシュの期限を設定。
同様にlighttpd.confを”expire”などで検索すると、次のような行があると思います。

#### expire module
#expire.url = ( "/buggy/" => "access 2 hours", "/asdhas/" => "access plus 1 seconds 2 minutes")

ここに設定を追加します。
例えば画像フォルダが/img/などに決まっていて、その下にあるファイルは全てキャッシュ対象とするような場合は、次のような記述になります。

expire.url = ( "/img/" => "access 1 months" )

これは「1ヶ月有効」という意味。”1 months”という表現が若干気持ち悪いですが。
或いは、「拡張子が静的コンテンツっぽいものを対象にする」ような場合は、次のように書きます。

$HTTP["url"] =~ "\.(js|css|gif|jpg|png|swf|pdf)$" {
  expire.url = ( "" => "access 10 days" )
}

設定後、lighttpdを再起動してリロードすると、ヘッダが付くようになっているはずです。

mod_compressでコンテンツを圧縮

jsやcssなどのテキストファイルはdeflate圧縮することでネットワークトラフィックを大きく軽減できます。
mod_compressを用いれば、指定したコンテンツを圧縮して保存しておき、UAがAccept-Encodingにgzipやdeflateを持っていればそれを返すようになります。

mod_compressを有効にします。

                                "mod_compress",

lighttpd.confのコメントをはずしてやります。

圧縮対象のファイルタイプと、キャッシュの保存ディレクトリを指定します。

#### compress module
compress.cache-dir         = "/path/to/cache/dir/"
compress.filetype          = ("text/plain", "text/html", "text/javascript", "text/css")

キャッシュディレクトリには当然、書き込み権限が必要です。

ここで若干注意が必要なのは、Virtual Hostを設定している場合。
キャッシュディレクトリにはパスだけを頼りにファイルが置かれるため、
a.example.com/path/to/file
と
b.example.com/path/to/file
は、同じキャッシュを共有することになってしまいます。
これを避けるためには、vhosts毎にキャッシュディレクトリを切り分けてやります。

$HTTP["host"] == "a.example.com" {
  compress.cache-dir   = "/path/to/cache/dir/a/"
}
$HTTP["host"] == "b.example.com" {
  compress.cache-dir   = "/path/to/cache/dir/b/"
}

設定後、lighttpdを再起動してやれば完了です。
FirebugやTamplerDataで流れているものを確認したり、キャッシュディレクトリに然るべきファイルが出来ているかをチェックしてください。

Related posts:

1. [lighttpd] WordPressのURLからindex.phpを除く

というのも、apacheのように.htaccessが置けないため、必然的にURLの”index.php”が取り除けないワケで。

やはり、例えばこのページなら

/index.php/2009/05/13/lighttpd/

ではなく

/2009/05/13/lighttpd/

と、したい。

というわけで、mod_rewriteを使って対応してみたメモ。

WordPressの管理画面で設定を変更

[設定]→[パーマリンク設定]で、[日付と投稿名]や[月と投稿名]など、使いたい設定を一度選びます。
次に、[カスタム構造]を選びます。テキストエリアには、直前に選んだ設定の書式が入っています。
例えば[日付と投稿名]であれば、次のような感じ。

/index.php/%year%/%monthnum%/%day%/%postname%/

ここで、先頭のindex.phpを外してしまいたいというのが、今回の目的。
サクッと消してしまいます。

/%year%/%monthnum%/%day%/%postname%/

そして[変更を保存]。
以前にapacheを使っていたなどの理由で最初からindex.phpが入っていない場合、そのまま保存します。

するとWordPressは、次のような.htaccessを作りにいきます。（これはWordPressの設置場所がドキュメントルートだった場合の設定）

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

これを、lighttpd用に設定してやれば良いワケです。

lighttpd.confの設定

lighttpd.confを開き、まずはmod_rewriteを有効にします。
初期状態でコメントアウトされているので、先頭の「#」を消してやるだけです。

server.modules              = (
                                "mod_rewrite",

次に、rewriteの設定をします。
先ほどのapache用のrewrite書式は使えませんので、lighty用に書き直す必要があります。
ここで問題なのは、次の2行。

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

これは「ファイルシステム上に指定されたファイル、ディレクトリが存在しなければ」という条件式なのですが、lightyのmod_rewriteにはこれが存在しないようです。
Luaが入っていればmod_magnetで解決できるのですが、このためにインストールするのはいかにもメンドウ。
ここは、ちょっと強引ですがWordPressならではのルール読み替えで対応してしまいます。
つまり、「第一階層の名前が”wp-”で始まっていれば」としてしまうのです。

lighttpd.conf中の次のような箇所を捜します。

#### url handling modules (rewrite, redirect, access)
#url.rewrite                = ( "^/$"             => "/server-status" )
#url.redirect               = ( "^/wishlist/(.+)" => "http://www.123.org/$1" )
#### both rewrite/redirect support back reference to regex conditional using %n

この下に、次のような記述を追加します。

url.rewrite-once = (
  "^/wp-.*" => "$0",
  "^/(.*)" => "/index.php/$1"
)

保存して、lighttpdを再起動すれば完了。

ここで例えばsitemap.xmlとsitemap.xml.gzなどを通すようにするならば、正規表現を書き換えてやります。

url.rewrite-once = (
  "^/(wp-.*|sitemap\.xml(\.gz)?)$" => "$0",
  "^/(.*)" => "/index.php/$1"
)

注意点としては、スラッグなどに”wp-”で始まるものを使わないようにすることです。
これが難しいようなら、wp-contentやwp-adminなどを全て指定するか、まじめにmod_magnetなどを使いましょう。

Related posts:

1. [lighttpd] ExpireとCompressでサイトを高速化