Telmina

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

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

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

　昨日付で、Masayan氏のブログ「MMRT daily life」において、トラック・バック企画が立ち上がっています。

関連記事
[TB] WP2.5に入れるプラグイン10選 ＠ MMRT daily life

　遅ればせながら、私も参加させていただこうと思います。
　現在、ここ「Telmina」では、61個のWordPressプラグインが稼働しています。
　今回、その中から10個を選定するわけですが、本題に入る前に、選定基準について申し上げたいと思います。

日常的にお世話になっている。
ブログの内容に左右されずに、汎用的に利用できる。
他に代替手段がないか、あるにしてもそれらよりもよりよい効果を得られる。

　では、今回私が選定した「WP2.5に入れるプラグイン10選」ですが…

A3L
　略語やリンク文字列の定義を行えるプラグイン。記事保存時に、設定した内容で、略語の説明やリンクが自動的に設定されるようになる。
　たとえば、記事中の「WordPress」という語句に「 http://wordpress.org/」へのリンクを設定したり、「スタバ」という語句に「スターバックス コーヒー ジャパン」という説明を付加したりすることが出来るようになる。
　繰り返し、同じ語句の略語やリンクを設定するのは意外に面倒。これがあるおかげでこちらとしてはだいぶ大助かり。
Comment Quicktags +
　コメント欄にボタンを追加し、ワンクリックでHTMLタグの挿入を可能にするプラグイン。コメント投稿者に対し、表現手段を用意することが出来る。
FireStats
　アクセスログ採取ツールだが、当方などではログ採取ツールとしてより、むしろコメント欄への投稿者情報アイコン追加ツールとして重宝している。
　コメント送信元の国（と判定されたところ）やブラウザ、投稿で用いられた端末のプラットフォームの情報をアイコンで表示してくれる。これを見ているだけでも楽しいが、多少なりともサーヴァに負荷がかかる点には注意。
Ktai Entry
　携帯電話からのメール投稿を可能にするプラグイン。これのおかげで外出先からの投稿がだいぶ楽になっている。ファイル添付にも対応。
Ktai Style
　携帯電話でブログ記事をチェック可能にするプラグイン。ある意味でこのブログにおける最重要プラグイン。
　そういえば、テンプレートのカスタマイズも出来るが、そういえばやろうやろうと言いながら忘れていた！
Link Indication
　様々な条件で、リンクのアンカータグにCSSのclassを追加してくれるプラグイン。このプラグインと「Favicon API」を併用することにより、外部リンク先のFaviconを取得し、リンク文字列に付加することが出来るようになる。文字主体の「Telmina」のようなブログに、彩りを与えてくれる。
Spam Karma 2
　もはや定番とも言うべきスパム対策プラグイン。スパム対策プラグインそのものは数多く出ているが、個人的にはこれが一番使いやすい。スパム判定精度もなかなかよく、誤判定した場合の救済措置もバッチリ。
　ただ、一つ難点を申せば、ピンバックの場合に無条件で+4点のカルマを与えてしまうこと。近頃はピンバック・スパムも増えており、この+4点のボーナスは余計なお世話だったりするわけだ。
StatTraq
　先述の「FireStats」でもログ取得は可能だが、こちらのほうがより詳細な情報を得られるので、いまだに重宝している。
WP-AddQuicktag (ja)
　当初はあまり多用しておらず、記事投稿時は基本的にXHTMLタグも手書きで記述していたが、昨年指を骨折してしまってからはワンクリックでタグを追加できるこのプラグインの機能を重宝するようになった。
　開始タグのところには要素名だけでなく属性も付加できるし、実はXHTMLタグ以外のものも設定可能なので、応用範囲も広そうだ。
wp-tmkm-amazon
　Amazonで取り扱われている商品の紹介記事を書くときなどに重宝するプラグイン。商品の情報を取得し、投稿記事本文上に表示してくれる。
　商品紹介記事の多いブログに是非！

　…お後がよろしいようで。

　以前より、多くの方から「重い」とのご指摘のありました、当ブログ「Telmina」。
　執筆者である私自身も何とかしたいとは思っているのですが、どうも主因が分からない状況であります。
　とは言っても、放置していい問題ではありませんので、まず可能なところからつぶしてゆかねばなりません。
　何度も申し上げているように、当ブログは「WordPress」というプログラムにより構築されております。
　WordPressには豊富なプラグインが用意されており、それにより機能拡張を簡単におこなうことが出来ます。
　しかし、必要性のないプラグインまで有効化することにより、システム全体のパフォーマンスにも影響が出ます。これは単に処理する必要のあるステップ数が増加するだけではなく、データベースへのアクセスも増加するということを意味します[註1] 。
　というわけで、まず、不要なプラグインについては無効化し、サーヴァからも除去することにしました。
　とは言いましても、実は私のほうでは、すでに不要と判断したプラグインについては逐次無効化してはいます。もっとも、サーヴァに残したきりで撤去してはいませんでしたので、撤去作業が中心となりましたが…。
　くせ者なのが、WordPressの古いヴァージョンでは稼働しており、現行ヴァージョンで稼働しなくなったもの、とりわけ他プラグインのフレームワークとして動作していたものです。
　そちらについては、一応無効化はしてみたものの、そのままサーヴァから撤去するのも怖いので、とりあえずサーヴァには残しております。しばらくそのままブログの運営を続けてみて、どこにも影響が出ないようでしたら、完全に撤去したいと思います。
　しかし、それだけではどうもブログが軽くなったような気がしません。
　私はこことは別に「週刊 e217.net」というブログも運営しておりますが、そこの動作はそれほど重くはないのですね。
　使用しているプログラムはWordPressの同一ヴァージョン。プラグインもほぼ同一構成です。
　もちろん、使用しているレンタル・サーヴァは違いますし、記事数、閲覧数、更新頻度にも大きな違いがあるのですが、それにしてもここ「Telmina」の重さを、それらの差異だけでは説明できません。
　以前ここと「週刊 e217.net」の表示速度を計測してくださった方がいらっしゃいますが、それによるとここのほうが3倍近くも表示までに時間がかかっているのだとか。
　とりあえず、両者のブログのHTMLコードを見比べてみたところ、どうも「Telmina」のほうでは意味もなくJavaScriptのコードを読み込もうとしている箇所がありました。
　実は先ほど申し上げております「他プラグインのフレームワーク」に関係しているのですが、そのプラグインを無効化することにより、HTMLコード内の無駄なJavaScript読み込みの記述も消えました。
　そのほか、あまり効果が出ていないと判断される広告もいくつか撤去してみました。
　これで少しは軽くなったような気がするのですが、いかがでしょうか？
　とはいえ、どうもこれで問題が解決したような気がしません。
　実は管理画面の動作も時々重くなります。
　もしかしたら、プログラム側ではなくサーヴァ側、とりわけデータベースが、パフォーマンスに影響しているのかも知れません。
　不要なデータを削除すればある程度改善されるのかも知れませんが、それ以上のことは、こちら側としては手を出せません…。
　サーヴァの移動というのも一つの手ではありますが、これはあくまで最終手段。
　出来れば面倒な手続きを踏まずに軽量化してゆきたいのですが…う～ん。
多くのWordPressプラグインでは、データベースの読み書きの処理が入ります [back]