CMS 興味があるところだけいろいろ

CMSはいっぱいあるので、僕が興味があるものだけをピックアップ。

TYPO3

エンタープライズ向けとの事。様々な仕組みがあるようで、興味津々。

eZpublish

こっちもエンタープライズ向けとの事。様々な仕組みがあるようで、興味津々。

concrete5

AJAXバリバリで、UIは凝ってるようです。元々は商用だったCMSOSSにしたそうな。

Magic3

日本発のオープンソースの汎用CMS。こっちも興味深々。

Alfresco

こっちもエンタープライズ向けとの事。詳しくは知りません。要調査。

PHPフレームワークいろいろ

PHPフレムワークは沢山あるし、あっちこっちで紹介されてるので、レア??(失礼)なものだけ。

CharcoalPHP

タスクとかイベントとかの概念で作られたフレームワーク。異色な感じで面白そう。

sabel

アスペクト指向プログラミングとかなんとか・・・・。

XOOPS Cube

正式には、モジューラブル・ウェブアプリ・プラットフォームだとか。

お約束なPHPフレームワークをいくつか・・・・。

CodeIngnitor

速い!とか。

CakePHP

Rails の血を引く!?

Symfony

大規模サイトに向いてるとか・・・。

ZendFramework

ライブラリーが充実してるかも。

その他PHPフレームワーク

あとは、このあたりを参考に・・・・・。

XOOPS派生CMSいろいろ

一応、XOOPSからのフォーク版もいくつか列記しておこうかな。まだ、忘れてるのがあるかもしれませんが^^;;

XOOPS Cube Legacy

XOOPS Cubeというプラットフォームに、XOOPS互換のLegacy module を搭載。XOOPS2.0.9 と XOOPS-JP と互換あり。

XOOPS-JP (XOOPS JPEx)

XOOPS-JP版がベースになってます。

俺的XOOPS (OXTS)

  • ライセンス:GPL
  • 言語:PHP

まだ続いてるのかな?

RunCMS (e-XOOPS)

XOOPS1.3 より派生。Smarty化を嫌ってフォークしたと聞いたが・・・。

ImpressCMS

XOOPS 2.0.10頃?より派生。

XOOPS Cube のフレームワークはどうするねん

XOOPS Cube自体は、環境音楽的で無味無臭な色合いが強く、敢えて、そうしてるところがあるのだが。
さて、XOOPS CubeのBASEシステムを構築する場合、ジャジーな味わいのフレームワークだとか、クラシカルな香りがだたようカーネルを持たせるような事は必要だと思う。その時、BASEの外部にフレームワークとしておくのか?、BASE内部にカーネルとするのか?どうあるのが理想的なんだろうか?

  • 外部ライブラリを含まなければ、実際には少数のファイルだけなので、わざわざ外部に置く必要あるの?って話もありそうだ。
  • 外部にあった方が、他のエクステンションから利用しやすいかも。結局同じかもしれないが、気持ちとしても利用しやすいかな。
  • 内部にカーネルで持たせた方が、BASEだけで収まるのでハンドリングは楽そう。


僕としては、他に支障がなければ、BASEの外部にフレームワークとしておきたいな。

メッセージカタログについて

XOOPS Cubeにベースシステムを構築する時、メッセージカタログをどう実装するのが良いか?

  • XCube_Language に、どうメッセージカタログを渡すかって事になるので、そこまでの処理が効率的であること。
  • Message Manager などを実装して、メッセージをオーバーライド可能にするのであれば、効率良くオーバーライド出来ること。
  • メッセージカタログの編集が、容易であれば尚良い。


どんな方法が、今風なのか?


それぞれの形式の長所短所を要調査!

DBどうすんねん

まぁ、このご時世、PDO を使うとして・・・。使えるDBは、以下。(PDO ドライバより)


だけど、PDOが使えないサーバーもありそうなんで、その保険の意味でも、ADODB を使うか。サポートされるデータベース も多いので、同時に複数のDBに接続したい時にも使えそう。

で、Doctrine は、その両方をサポートしてるマッパーのようです。

ADODB

Doctrine