気になりだすとハマるのがWordPressの高速化、ではないだろうか。巷にはA評価(90点以上?)の高速化を果たしたハウツー記事が溢れている。そりゃわずかな手間で早くなればそれに越したことはない。数個のWordPressで試してみた感触を言えば、そんなに簡単にいくものか?という疑問が拭えない。成功譚ばかりじゃなくて失敗譚とか(これはないことはない。キャッシュ系プラグインとかで)、変わらん譚とかも書いて欲しいなあ。それとも、ホントに皆すんなり成功しているのであろうか...。「私はこれで早くなりました」的なサイトにアクセスしてみると、案外読み込みに時間がかかって、ふ~ん、とGTMetrixで計測してみる。...、タイムオーバー?的なエラーになって、ちょっと記事の信ぴょう性疑ったりするのは、ただ私が意地が悪いだけか?なんてことをやる前に、もちろん信じてあれこれやってみたりはしたのよね。不思議なのは一瞬スコアが高くなったのがやればやるほど悪化したこと。入れたり、画像圧縮プラグイン入れたりあれこれやってもやってもB80~83/D69(一切変化せず)のまま。高速化にはサーバーの能力というハードルがある。海外記事の翻訳に、月5ドル程度のレンタルサーバーで高速化を望むなんて100年早い、とまでは書いてなかったけど、そりゃ限界はあるさ、という痛いところをつく声もあり。おまけに今回つくづく思ったのは、Windowsサーバーは.htaccessが使えず、サーバーキャッシュの利用やファイルのgzip圧縮の設定が(できないわけではないだろうが)簡単ではないこと。.htaccessが必要だったり自動生成するプラグインは使えないのが基本。これで、エラーにはならなかったものの、自動圧縮してくれてるはずのファイルが改善余地大の項目に出てくるので、結局停止させた。スマッシュしてみたりした。必要なモジュールだかがないため利用できない。あとはサーバーキャッシュの設定を以下を参考にweb.configに書いてみた。行うが、そのあたりはExpressWebのマニュアルにもあったと思う。)これがどれくらいの効果があったのか、GTMetrixの計測は時間によって、サーバーアクセス数の多寡によっても変わってくるので、その都度計測しなおしてもよくわからない。それでもプラグインと違って(もし効けば)確実だろうとそのままにしてある。あとはCSSやJavascriptをminifyしろ、というサジェスチョンが出る。CSSを一つにまとめろと。minifyはウェッブで出来るので試しに子テーマのCSSから一切の視認性を取り払ったたった二行のCSSファイルを作って差し替えてみた。自動でミニファイすると冒頭にあるコメントまで削除されてしまう。CSSキャッシュは一旦はずさないといけない)。Compressorが、このあたりまでやはりほとんどスコアの数値は変わらず。自己解決のハードルでもうひとつ高いのがテーマの構造である。マガジン風当テーマは画像のサムネールがトップページに多用されている。この画像をサイズ指定しろと言われても、画像表示とサイズの設定がfunction.phpその他いくつかのテーマファイルに分かれていて、これのどこをどうすればサイズ指定ができるのかが皆目わからない。出来ないんじゃないだろうか。dimensionsのスコアは常にF(0)のままである。一つ、画像関連でどうしようもできないのは、Twitterの読み込み画像。アカウントアイコンの画像や添付画像が75%圧縮できるよ~と言われてもどうしようもない。外してまおう、とTwitter表示をやめてみた。Liteはウィジェットの多用が特徴でもあり、魅力でもある。これはウィジェットの各項目それぞれで設定し保存しなおす必要がある。このあたりに来ると、なんというか、プラグインを入れることによって重くなるのと、そのプラグインの高速化効果と、もしかして相殺されてない?という気もする。ここまでで、、、、スコアはB85/D69。Aなんて夢のまた夢といったところである。