アカウント名:
パスワード:
「設計が汚い」
CMS のコア部分は、過去のしがらみを捨てて、全く新らたに書き起こされたものです。 コア単独では XOOPS と直接の互換性はなく、互換モジュールが従来の XOOPS と同じ API の動きを実現しています。
Mach がマイクロカーネルの OS が、パーソナリティを載せて UNIX と同じ振舞をするようにしたのと同じアプローチですな。
旧資産なんぞ要らん、ってことなら、互換モジュールを取っぱらってコアを直接使うか、別のシステムモジュールを導入すればいいのです。
%% でも、ばりばり OOP で私のような Legacy な奴には読むのが辛いコード orz
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
公式サイトの (スコア:1, 興味深い)
他のCMSだとネット上をさまよって捜さなくてはならなかったりします、
そう言う意味ではBlogのMTもWordpressもプラグインはあるけど
捜すのがめんどくさい。
その点、Nucleusも公式で豊富に紹介されている。
仕事で顧客の要求の機能を捜すときにこの祖ソフトの機能や追加機能の豊富さより
公式の充実度がキーになってくる。
Re:公式サイトの (スコア:0)
>捜すのがめんどくさい。
CMSとBlogをごっちゃにしておりませんか?
そうでない、というなら、必要としている機能をまとめてリストされていると「何が必要とされているのか?」参考になっていいと思います。
個人的なXoopsの感想としては
「設計が汚い」
一旦、現状のXoopsを諦めて、ディレクトリ構成を決める所からフレームワークを明確に決めなおすべきなのではないかと思っています。
(旧遺産が足をひっぱりまくってるけど・・・っつか、そこまでするなら「Xoops」である必要ないのか。ってか、オレは別のCMSを使って・・・)
Re:公式サイトの (スコア:1)
CMS のコア部分は、過去のしがらみを捨てて、全く新らたに書き起こされたものです。 コア単独では XOOPS と直接の互換性はなく、互換モジュールが従来の XOOPS と同じ API の動きを実現しています。
Mach がマイクロカーネルの OS が、パーソナリティを載せて UNIX と同じ振舞をするようにしたのと同じアプローチですな。
旧資産なんぞ要らん、ってことなら、互換モジュールを取っぱらってコアを直接使うか、別のシステムモジュールを導入すればいいのです。
%% でも、ばりばり OOP で私のような Legacy な奴には読むのが辛いコード orz
の