前々回と同じ環境で（config.class.phpのキャッシュ機能あり）、CTL(Caching Template Library)あり・なしで違いを測定してみた。時間の単位はms（ミリ秒）。結果は以下の通り。

意外な感じがするが、自分が使用している環境ではCTLの恩恵を感じられず、むしろほんのわずかだがスピードダウンする。CTLとは違う方法で、テンプレートライブラリをハックする方法を考えてみようか。

前回と同じ環境（config.class.phpのキャッシュなし）で、public_html/index.phpにアクセスしたときに、lib-common.phpインクルードにかかる時間の内訳（5回の平均値）。時間の単位はms（ミリ秒）。0.2ms以下のものは適当に省いている。

意外な感じがするのは、プラグインのfunctions.incをインクルードする時間が長いこと。同梱されている標準の5つのプラグインだけでも3.3ms（全体の8.7%）かかっている。

ついでに、public_html/index.php自体も計測してみた。

Geeklog-1.5.0からは$_CONF変数がデータベースに格納されるようになったが、その実装方法があまりきれいではないので、速度低下を招くのではないかと思い、ひろろんさんやdengenさんと共にごく簡単なキャッシュを実装していた。大ざっぱに言うと10%程度のスピードアップになりそう。

そのとき話題になったのがlib-common.phpのダイエット。このファイルはGeeklogの基本機能を実装し、必要なライブラリをインクルードしているが、1.5.1で200KBほどある。このlib-common.phpの中でも比較的使用されていないコードやインクルードファイルがあれば、使用時にインクルードすることで、サイズを減らせる。

きちんと性能測定したいなあと思ってXdebug関連を探していたら、[PHPプロファイリング: Xdebug(Xdebug2) + WinCacheGrind]というページを見つけた。早速このページの情報を元に、

1. XdebugのMS Windows用最新モジュール(php_xdebug-2.0.3-5.2.5.dll)をダウンロードしてPHPのエクステンション用ディレクトリにコピー。
2. WinCacheGrindをダウンロードして、インストール。
3. php.iniの書き換え。
   

   [Zend]
   zend_extension_ts = "C:\PHP\ext\php_xdebug-2.0.3-5.2.5.dll"
   xdebug.profiler_enable = 1
   xdebug.profiler_output_name = cachegrind.out.profile
   xdebug.profiler_output_dir = "C:/temp/xdebug"
   xdebug.auto_trace = On
   

Geeklog-1.5.1のトップページにアクセスすると、lib-common.php処理にかかる時間は以下のようになった。

Geeklog-1.5.1で、大文字小文字を区別しないファイルシステム（MS Windowsなど）で、インクルードファイルを直接呼び出すことが可能になっていた脆弱性が修正されたが、同様の修正を拙作のDataproxy, Dbman, Sitemap, Themeditプラグインにも行った。機能追加はなし。

タイトルの通り、カスタム関数をオンラインで管理するプラグインを試作中。要望があれば公開するつもり。

PS. テキストエディタとFTPしか使わない自分がこのプラグインを使うことはないだろうから、いまいちやる気が起きない。まあ、PHPでファイルをアップロードするスクリプトを書く練習にはなるだろう。

タグ：カスタム関数 プラグイン

ユーザからのレポートで、 "cannot yet handle MBCS in html_entity_decode()" なるエラーが拙作のプラグインで発生しているらしい。Google先生に訊いてみると、PHP-4.xの場合、マルチバイトはサポートしていないとのこと。改めてマニュアルを読んでみると、確かにそう書いてあった。PHP-4.x系列を使わなくなって久しいので、気づかなかった。

とりあえず、Dbman, Dataproxy, Sitemap, Themeditプラグインはエラーが出ないように修正したバージョンを公開した。

タグ：dbman, dataproxy, sitemap, themedit プラグイン

Geeklog-1.5.0に同梱されているPolls-2.0.1プラグインでサイトマップがエラーになっていたが、データベースの構造が変化していたのが原因だった。対策を施したDataproxy-1.1.1プラグインを公開した。なお、Sitemapプラグインの方は変更する必要はありません。

本家のこの記事によると、Geeklog本家から参加した6人のうち5人がプロジェクトを仕上げたそうだ。その成果は次の通り：

1. コメントモデレーションキュー
2. アップロードによるプラグインのインストール
3. 検索結果の表示方法改善

5人のうち残りの2人はAptitudeCMS（旧称Geeklog-2）に取り組んでいた。コメントモデレーションキューに関しては、トラックバックモデレーションキューも併せて実装してほしかった。

これらの成果物は、Geeklog-1.5.2以降のバージョンで、本体に取り込まれることだろう（GL-1.5.1はバグ修正のみ）。来年の4月くらいには公開されているだろうか...

思っていたよりも早く、RC1が公開された。今度はバグ修正が主なので、正式版が出るまで2週間とかからないだろう。その時点から日本語版が出るまで、1ヶ月では無理だろうな...