CMS 興味があるところだけいろいろ
CMSはいっぱいあるので、僕が興味があるものだけをピックアップ。
eZpublish
- http://ez.no/jp/ezpublish
- http://ez.no/
- ライセンス: GPL
- 言語:PHP
こっちもエンタープライズ向けとの事。様々な仕組みがあるようで、興味津々。
PHPフレームワークいろいろ
PHPフレムワークは沢山あるし、あっちこっちで紹介されてるので、レア??(失礼)なものだけ。
CharcoalPHP
- http://sourceforge.jp/projects/charcoalphp/
- http://devlog.sazysoft.com/
- 言語: PHP5
- ライセンス: 修正BSD
タスクとかイベントとかの概念で作られたフレームワーク。異色な感じで面白そう。
お約束なPHPフレームワークをいくつか・・・・。
CodeIngnitor
- http://codeigniter.com/
- http://codeigniter.jp/
- 言語: PHP
- ライセンス:CodeIgniterライセンス(修正BSD的なライセンス)
速い!とか。
XOOPS Cube のフレームワークはどうするねん
XOOPS Cube自体は、環境音楽的で無味無臭な色合いが強く、敢えて、そうしてるところがあるのだが。
さて、XOOPS CubeのBASEシステムを構築する場合、ジャジーな味わいのフレームワークだとか、クラシカルな香りがだたようカーネルを持たせるような事は必要だと思う。その時、BASEの外部にフレームワークとしておくのか?、BASE内部にカーネルとするのか?どうあるのが理想的なんだろうか?
- 外部ライブラリを含まなければ、実際には少数のファイルだけなので、わざわざ外部に置く必要あるの?って話もありそうだ。
- 外部にあった方が、他のエクステンションから利用しやすいかも。結局同じかもしれないが、気持ちとしても利用しやすいかな。
- 内部にカーネルで持たせた方が、BASEだけで収まるのでハンドリングは楽そう。
僕としては、他に支障がなければ、BASEの外部にフレームワークとしておきたいな。
メッセージカタログについて
XOOPS Cubeにベースシステムを構築する時、メッセージカタログをどう実装するのが良いか?
- XCube_Language に、どうメッセージカタログを渡すかって事になるので、そこまでの処理が効率的であること。
- Message Manager などを実装して、メッセージをオーバーライド可能にするのであれば、効率良くオーバーライド出来ること。
- メッセージカタログの編集が、容易であれば尚良い。
どんな方法が、今風なのか?
- gettext
- 「PHPでメッセージカタログはgettextしかありえないでしょ」 なんて話もある。
- concrete5 あたりが使ってた筈。
- XML系
- .ini形式
- Joomla! が使ってた筈。
- 変数
- 定数
- XOOPS系は使ってますね。
それぞれの形式の長所短所を要調査!
DBどうすんねん
まぁ、このご時世、PDO を使うとして・・・。使えるDBは、以下。(PDO ドライバより)
- MySQL 3.x/4.x/5.x
- PostgreSQL
- SQLite 3 と SQLite 2
- FreeTDS / Microsoft SQL Server / Sybase
- Firebird/Interbase 6
- IBM DB2
- IBM Informix Dynamic Server
- Oracle Call Interface
- ODBC v3 (IBM DB2、unixODBC そして win32 ODBC)
だけど、PDOが使えないサーバーもありそうなんで、その保険の意味でも、ADODB を使うか。サポートされるデータベース も多いので、同時に複数のDBに接続したい時にも使えそう。
で、Doctrine は、その両方をサポートしてるマッパーのようです。
ADODB
- http://adodb.sourceforge.net/
- ライセンス:LGPL 修正BSD