トップページ⇒php
61コメント24KB

CMSと他のシステムの融合のテクニック

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/03/13(火) 20:24:45ID:DKjSgfdS
ウェブサイトの管理するためにCMSはかなり重要だと思っています。
しかし、他のシステム（自作のショッピングカートシステムなど）と
CMSをうまく融合したいと考えます。

ショッピングカートをCMSのプラグインとして実装するのが
一番スマートなのでしょうが、そうすると、CMSに
依存する形となり安易に他のCMSに乗り換えられなくなります。

あきらめて、完全に分離した形にすると、今度は
CMSと他のシステムとのデザイン上の不一致や
それを修正するときに、CMSと他のシステムの両方を
修正しなくてはならなくなったりと不便です。

他のシステム内のデータ（静的な簡単なメッセージ等）を
CMSで管理できないのも悔しいです。

そこで、逆にあるフォルダ以下を他のシステムにし、
そのシステムからCMSのパーツを呼び出す方法を考えています。
とすると今度はCMSのパーツの呼び出し方が問題になってきます。

どちらもスマートな気がしません。

結構良くある事例だと思いますので、こんな方法で
うまいかんじに融合させたというテクニックありませんか。
0002nobodyさん2007/03/13(火) 20:29:23ID:???
自作のCMSと自作のカートを統合させました
0003nobodyさん2007/03/13(火) 20:42:05ID:???
お疲れ様でした
0004nobodyさん2007/03/16(金) 16:29:09ID:???
うーん

どうして融合させる必要があるのか逆に問いたい。

融合させなければスマートではないというのなら、1から自作する事
ぐらいしか思い浮かばない。

デザインの不一致というのは、分離する欠点にはならないよ。
なぜなら、大抵のCMSは、見た目はどうにでもなる。

システム内のデータに関して言うと、カートに出品する商品に
関してどのようにCMS側のデータと関連しているのか皆目
見当もつかない。

2度手間や、内容のダブリを防ぎたいという事ですか？

後・・・・
CMSのパーツというのは、どのような機能を呼び出さなければ
ならないのでしょうか？

>>2のように、自分で完全に1から自作したものであればまだ十分に
納得いくのだが・・・・。
0005nobodyさん2007/03/17(土) 01:13:47ID:???
デザイン重視で作るなら、全体を HTML + CSS で作って
動的な部分を適当なブログシステムなんかにする。
でもって、iframe で RSS 呼び出しってのはどう？
0006nobodyさん2007/03/17(土) 06:36:40ID:vc90ogzh
>>4
> 2度手間や、内容のダブリを防ぎたいという事ですか？

そういうことです。

同じ物を二つ以上作ってはならない。
Dry（Don’t Repeat Yourself）が原則です。
0007nobodyさん2007/03/17(土) 10:16:07ID:???
>ショッピングカートをCMSのプラグインとして実装するのが
>一番スマート

答えでてるやん。乗換えの事まで考えてたら融合なんてできないよ。
0008nobodyさん2007/03/18(日) 01:00:12ID:LFBeJ7d7
コンテンツの管理にはCMS（ブログ含む）の方が優れているのですよ。
でも、CMSっていくつもあるじゃないですか。
場合によってCMSを使い分けたい。

独自で何かシステム作ったとき（もしくは既に有る何かを使ったとき）、
これらのシステムと、使い分けるCMSとは柔軟に組み合わせられたほうがいいと思いません？

だから、なるべく依存しない融合テクニックがあればいいなと。

とりあえず、中間報告。
CMSや他の何かをプロキシのように使い内部でHTTP経由で独自システムを呼び出す方法。
これは独自システムの変更を必要としないためいいように思えたが、
プロキシ風ゆえにIPが変わってしまうため、独自システムがIP見ている場合
（ログ、セッション管理、アクセス制御）改造が難易度が高く
複雑になる可能性があると判断したのでボツ。

そこで、ユーザーは独自システムに直接アクセスする。
そして独自システムの改造を必要とするが、独自システムから
CMSに管理されたページ（場合によってはテンプレート）を取得し、
独自システムのビューやテンプレートとして利用することにした。

パフォーマンスは落ちるが、独自システムの改造はわずかになる（ことが多いだろう）
0009nobodyさん2007/03/18(日) 04:14:59ID:???
共通のヘッダとフッタ、ＣＳＳのカラーファイル読み込ませるだけで、ずいぶんと統一感が出ると思う。
それぞれのCMSは別のディレクトリにインストールしておく。

ユーザー登録データとか流用するのは難しいかもしれん。
0010nobodyさん2007/03/18(日) 11:30:05ID:???
>>9
多分それが一番普通の答えでしょうね。
だけど問題があるというかそれ以上のものを狙っています。

問題とは、

・共通のヘッダ/フッタにCMS（やそれで使われているtemplate）の命令が使われている場合どうするか？
（自分のシステムに、その命令解釈機能をつける？）

・共通のヘッダ/フッタがファイルではなくデータベースなどに格納されている場合どうするか？
（自分のシステムから、それらを直接読めるようにする？）

・ユーザー登録データも流用したい（つまり自分のシステム内に表示されるデータもCMSで管理したい）
（自分のシステムから、それらを直接読めるようにする？）

・CSSのセレクタ名の違いをどうするか
0011nobodyさん2007/03/18(日) 11:30:55ID:???
あと>>8が酔っていたときに書いたので、意味が良くわかりません。あとで書き直します。
0012nobodyさん2007/03/18(日) 16:03:06ID:???
＞場合によってCMSを使い分けたい。

この「場合」がわからんからなんとも言えんが、
CMSの方をプラグインなり改造するなりで変えていけば済むことじゃないの？
0013nobodyさん2007/03/18(日) 17:04:09ID:???
CMSが世の中に一つしかないなら、それでもかまわないが、
現実を見ればxoopsでXが使えるプラグイン、
drupalでXが使えるプラグイン、geeklogでXが使えるプラグイン
movabletypeでXが使えるプラグインと、大量にプラグインができている。
結構大変だよ。プラグインを作るのも。
0014nobodyさん2007/03/19(月) 03:07:25ID:???
逆に言えばプラグインでどーにでもなる話だって事だな
0015nobodyさん2007/03/19(月) 11:08:10ID:???
>>14
作れば出来る。

うん、じゃあ作ってください。
0016nobodyさん2007/03/21(水) 13:19:09ID:???
>>15
うん、じゃあ仕様をください。
0017nobodyさん2007/03/21(水) 22:36:30ID:tvGv3xhV
>>16
じゃあ、GeeklogとYomi Searchを融合させてください。
もし、GeeklogでYomi Searchをあつかうプラグインがあれば
他のCMSでもいいですよ。

仕様はウェブで検索するか、ソースを見るか、作者に問い合わせてください。

求めているのは、いろんなシステムを融合させることができる、
テクニックなのですから、いろんな仕様に対応できなくてはいけません。
こまかい仕様なんて必要ないはずです。

もし必要だとしたら、それはGeeklogとYomi Searchをくっつけるだけの方法であり、
他のシステムには応用できない汎用性の無いものということになります。
0018nobodyさん2007/03/22(木) 09:34:01ID:???
なんだかグダグダになってきたな
0019nobodyさん2007/03/22(木) 09:36:56ID:???
>>1が妄想のような要望ばかりで何ら具体的な案を
出せていない件について
0020nobodyさん2007/03/22(木) 10:06:26ID:???
>GeeklogでYomi Searchをあつかうプラグインがあれば

無いのかと思って探したらあるじゃんｗ
0021nobodyさん2007/03/22(木) 10:45:56ID:???
CMSを使い分けたい「場合」の例をずっと待っているのだが・・・
0022nobodyさん2007/03/22(木) 12:50:58ID:yumaVeCV
ホームページ制作王の、性能や品質に対して、
具体的な批判が書き込まれたことは一度もない。

非標準ソフトを売買するAdobeやIBMが
世界標準に認定されているホームページ制作王への恐れと妬みから工作員を派遣し、
ホームページ制作王の普及を妨害しているのである。

我々は世界の権威であるCOMDEXの決定に従い、
ホームページ制作王のみが今世紀の世界標準であること、
ホームページ制作王が世界標準に認定されたのは性能、品質、ユーザビリティ、拡張性など
全ての分野において優位が認められたからに他ならないということ、
および、ホームページ制作王の標準化なくして我が国のWebが世界から評価される日は
決して訪れないということ、この３点を広く国内に告知している。

AdobeやIBMの工作員による根拠のない批判、
あるいはこれら工作員に洗脳された第三者がまきちらす風評に対し、強く抗議する。

真実は一つ。ホームページ制作王は、世界の権威COMDEXによって、
21世紀の世界標準に認定された、地球上で唯一のアプリケーションなのだ。

正義は勝つ。我々は戦い続ける！
0023nobodyさん2007/03/22(木) 15:30:32ID:???
>>21
普通に考えていくらでもあるでしょ？

ある案件ではmovabletypeを使い、ある案件ではお金出したくないとxoopsを使う。

個人でやっていても、別のCMSに乗り換えることなんて
いくらでも事例あるし。もしかして想像力ない？
0024nobodyさん2007/03/22(木) 18:21:21ID:???
「使い分ける」というか、金出す方からしたら
ブログが欲しいからMovabletypeを買って、ポータルサイトが作りたいから
XOOPSを使って、掲示板が欲しいからphpBBを使って．．．

ってしてたらコストかかると思うんだよな。オープンソースでも
自分がやるにせよ、誰かがやるにせよ時間というコストがかかる。

それぞれのCMSやシステムで似た箇所も多いから、融合できれば
使い勝手もよくなり、コストも短縮するだろうが、実際にその手の商品ってないもんな。
デザイン作成でもPhotoshopとIllustratorとFireworksを使い分けるぐらいだしw
0025nobodyさん2007/03/22(木) 22:19:16ID:???
>ブログが欲しいからMovabletypeを買って、ポータルサイトが作りたいから
>XOOPSを使って、掲示板が欲しいからphpBBを使って．．．

単に使いこなせていないようにしか見えないのだが・・・
0026nobodyさん2007/03/22(木) 22:21:02ID:???
>>23
だからその事例をだせっつってんじゃないの？
お前が想像力豊かなのはわかったからさ
0027nobodyさん2007/03/22(木) 22:25:18ID:???
使い分けをしなくて済むようにつったって要件は人それぞれだし、
最大公約数で落としどころを決めない限りマルチな融合なんて不可能でしょ。
試しにPhotoshopとIllustratorとFireworksを融合した所を想像してみたところで
使い勝手の悪い巨大アプリができるだけだと思われ。

つかぶっちゃけそれができるなら俺らの仕事無くなるよｗ
0028nobodyさん2007/03/22(木) 23:18:16ID:???
>>26
事例ってなんだ？

誰かがCMSを乗り換えた事例を出せと言っているのか？
0029nobodyさん2007/03/22(木) 23:22:27ID:???
ホームページでよくあるよな。
日記のところだけブログつかっていて
デザインが違っていて違和感ありまくりなの。

ああいうところも、きれいに融合できたらいいと思う。
0030nobodyさん2007/03/22(木) 23:28:45ID:???
>>28
いくらでも事例あるって書いたのはお前だべぇ
0031nobodyさん2007/03/23(金) 04:46:16ID:???
子供かよｗｗ
0032nobodyさん2007/03/23(金) 10:43:07ID:???
>>25
そりゃそうだ。基本的にオープンソース使う奴って自分でプログラム
組めなかったり、金がなかったりする奴だからな。

けどな、29も書いてるけど、デザイン（見た目）は各システムで
違うから、違和感出るんだよ。
得てしてプログラマーというのは、デザイン面は苦手だから、
違和感ないようなデザインに改造できないだろ？

仮に出来る奴はオープンソース使わずに、自分でプログラム組んでるよ。
■ このスレッドは過去ログ倉庫に格納されています