レンタルサーバではmemcachedなどを使用することが出来ないので、何らかのファイルキャッシュを使うことが多いと思うんですが、いくつかのサービスではPEAR::Cache_Liteを導入しています。
Cache_Lite
規模が大きくなるとI/Oがネックになるので、ファイルキャッシュはいずれ問題になってくるのですが、小規模なサービスであればこれで十分。
で、導入自体は極めて簡単なんですけど、気になったのはディレクトリ。UNIX系サーバでは1ディレクトリにおけるファイル数は10,000くらいなので、サービスを継続しているといずれキャッシュが作れなくなってしまう。でもCache_Liteの設定（インスタンス生成時にオプションを配列で渡す）ではディレクトリを渡すだけ。今は大丈夫だけど念のためディレクトリを構造化したいな…
と思ったら、ちゃんとその設定がありました。
マニュアルは細かく読まないとダメだね。
「食わず嫌い」とはアレなものでして、長いことPDOでfetchといえばFETCH_ASSOCと思ってたんですが、なんだよ、FETCH_CLASS超便利じゃん、と言うことに気付いたのでいくつか試行錯誤してみるなど。
まぁ便利さ言うならちゃんとO/Rマッパー使えこの野郎という話ですけど、設定が面倒なときもあってついあれなので…FETCH_CLASSとマジックメソッド使ってみたかった的なアレでひとつ。
RSSを始めとするXMLで使用できるる特殊文字の実体参照は、以下の5つだけです。 （何の定義も与えられていない場合）
自分でしっかり理解しているとは言い難いので自信がないけど一応メモ書き。
フレームワークを使わない管理から、俺俺フレームワークもどきに移行しかけていたのですが、そもそもフレームワークを設計する技量など無く便利な部分だけを抜き書きしただけ（autoload周りとか）だったので、これ以上カオスな状態にするのは止めようとフレームワーク導入を決定。導入するのは何にするかほんの少し考えたけど、CakePHPとZendFrameworkもよぎりましたが、CakePHPは複数プロジェクトを管理できないっぽかったし、ZendFrameworkは全然わかんないし、そもそもどれも解ってるとは言い難いので、仕事で使ってて少しはなじみがあるSymfonyを入れてみました（ただし、入れたのは1.4系。仕事で使ってるのは1.0系）。 インストールはここを参考にして、PEAR経由で。 さくらインターネットでsymfonyをインストール | ueblog
なんかもう、プログラムにさわり始めて何年よ、と思うと、毎度毎度「常識」にぶちあたるのが悲しいやら情けないやらなのだけど、それでも、「誰でも意志があれば学べて誰にでも公平に存在するのがプログラミング」とも感じるし、半ばやけくそ気味ではあるけれども、少し前向きには考えられる自分もいたりする。 やはり自分に足りないものは「流儀の習得」で、それはテストケースを殆ど書かない、テストプログラムも自己流のシステム化されてない作りなんてとこでまだ残ってて、きちんと学ぶべきだなぁと思いながら日々の業務に流されてるわけで、その辺ジレンマって言うかなんというか。少しは改善しつつあるのだけど。 以前書いたコードをいつか恥ずかしく思わなくなったりすることがあるのかしら？とか考えるのだけど、現在の無知ぶりからすると、例えそれがあったとしても遠い遠い未来なような気がするなぁ。コードや書籍を多く読んで身につけていくしかないね。（幸いコード読むのは楽しくて苦にならない） 情けなくはあるけど、常に余地があるのはちょっとだけ嬉しい。 それがプログラミングかも。なんつて。おこがましいけど。
autoloadの実装に少し迷ったので、Symofnyの実装を見てみた。
また、マニュアルを参考にして小さなレベルで使用できるautoloadを書いてみた。
以下、メモ。
結構、適当な好き嫌いでぼんやり理解のまま放置してること。
もうちょっと何とかしたいので列挙。
（使用言語は例によってPHP）
全然気づいてなかったけど、PEAR::Services_Hatenaっていうライブラリがあるんですね。
Services_Hatena
しかもPEARに収録されたのは2006年のこと。
今までWSSEとか自分で実装してましたが、これ使えばそういう煩雑な部分全部省略できますね。
なんというか、まったくもって迂闊でした。
というわけで、この中のServices_Hatena_Bookmarkを使ってブックマークのポストその他をしてみるテスト。
Smarty3の最新β（β8）が出たのが3/5。
今後どうなっていくのか、正式版はいつ頃リリースなのかその辺気になるところですが、
使ってみている限りで特に不具合はない（このサイトはMobavleType+PHP5+Smarty3で構築されています）ので、
それほど大きな影響がない、あってもなんとかなるくらいの環境であれば移行してみても良いかも知れません。
（今から脆弱性が発見される可能性も無くはないですけど）
Smarty3になると何が変わるかはSmarty3に同梱の「SMARTY2_BC_NOTES」ファイルに記載されています。
日本語訳はこちらにあります。
Smarty2.0からSmarty3.0への変更点 | スイナシア
大きな変更は、PHP5以上で動作というところだと思いますが、他にもメソッドチェーンをサポートしていたり、色々と地味に便利になっているような気がします。
で、Smartyのインストールと言っても基本的にはコピーするだけなので簡単なのですが、
実際に移行してみるといくつかテンプレートのハマリ点があったのでメモしておきます。
参考にしていただければ。