Skin Select:

日単位のアーカイブ: 2008/07/15 火曜日

Twitter Updates for 2008-07-15

平日夕方に新宿まで移動中。今朝霞駅。[tM] #
副都心線、平日のこの時間帯でも、渋谷からであれば座れるぜ! #
たらいま。冷房の効いたはずの電車の中で汗だらだら。 #
まだFF13出す気でいたのかスクエニ! #
今晩はやけ酒を飲みたくて仕方ない気分だったのだが、以前購入したワインのコルク栓が全く抜けず、仕方ないのでお茶で妥協した。 #
おやすみなみ。[tM] #

Powered by Twitter Tools.

Telmina軽量化計画(その2)

 相変わらず重い「Telmina」ブログで申し訳ありません。
 とりあえず、その1でプラグインのリストラはおこなったのですが、それでも稼働しているプラグインはまだまだ多く、しかも今のブログの機能を維持しながらプラグインだけリストラするのもなかなか難しい状況だったりします。
 次の策と致しまして、WordPressのいわゆる「オブジェクトキャッシュ」を有効にしてみました。
 下記ページに、WordPressのキャッシュ機能については詳しく述べられています。なお、「オブジェクトキャッシュ」というのはそこの造語なのだとか。

関連ページ
WordPress のキャッシュ @ Rauru Blog

 しかし、先方でも述べられていますが、
MySQLにアクセスするのとディスク上のファイルをアクセスするのだと、どっちが速いって結構微妙です。オブジェクトをシリアライズするオーバーヘッドもあるし、状況によってはかえって遅くなることも。そのため、デフォルトでは無効になっています。
とのこと。
 まあ、「Telmina」で使っているサーヴァは共用サーヴァであり、データベース接続エラーで落ちることが頻繁にありますので、ある程度の効果が上がることは期待できそうです。
 とはいえ、キャッシュを有効にしてから自分のブログに何度かアクセスしてみても、体感的にはどこがどう改善されたのか分からなかったりします。是非とも、他の方のご感想もお聞きしたいと思います。
 なお、私の運営するブログでは、とりあえず現時点では、先述のサイトのいうところの「ページキャッシュ」については有効化する気はありません。
 キャッシュ効果が出ることは百も承知なのですが、先方でも述べられているように、
キャッシュがヒットした場合は stattraq や statpress などでアクセス情報を取れません。
というのがボトルネックなのです。
 そのほかにもいくつか問題点はあるのですが、最大の問題点はアクセス情報問題です。
 「Telmina」などでは、アクセス解析処理に「StatTraq」を用いております。集計結果なども比較的見やすく便利ではあるのですが、上記の問題にもろに引っかかってしまうわけです。
 アクセス解析処理については、別のプログラムを用いたほうがよいかも知れません。
 ページキャッシュ処理を用いられている方は、どのようにアクセス解析処理をおこなわれているのでしょうか? よろしければ、ご教示いただきたいと思います。

334855 pages viewed, 1792 today
53547 visits, 220 today
FireStats icon Powered by FireStats
このページの先頭へ