2

私は最近、主な製品が複数のモジュールで構成されるZendFrameworkベースのアプリケーションである会社で働き始めました。計画では、フロントエンド(デフォルト)モジュールを備えたコンテンツ管理システムを使用して、マーケティング担当者が公開Webサイトを管理できるようにします。

私は現在、考えられる解決策を評価しており、Zend FrameworkベースのCMSの1つ(つまり、pimcore、concrete5、TomatoCMS)を既存のアプリケーションに組み込むことができるかどうか疑問に思っています。誰かがこれを行い、それらのシステムの1つを既存のZend Frameworkアプリケーションに(多かれ少なかれ)シームレスに統合したことはありますか?

フロントエンドモジュールが「空」ではないことを追加する必要があるかもしれません。(Zendフォームに基づく)かなり広範なサインアッププロセスがすでに実施されており、CMSはそれまたは何かを「フローアラウンド」できるはずだと思います。

別のオプションは(おそらくDigitalusに基づいて)私たち自身をロールバックすることだと思いますが、より良い解決策がある場合はそれを行いたくありません。

上記のようにCMSを既存のZendFrameworkアプリケーションに統合した経験はありますか?任意の入力をいただければ幸いです。

ありがとう!

4

2 に答える 2

1

私はpimcoreやTomatoCMSに精通していませんが、Concrete5についてはかなりよく知っています。いくつかのZendFrameworkライブラリ(つまり、キャッシング、ローカリゼーション)を活用していますが、あなたが述べた目的では、「ZendFrameworkベースのCMS」とは見なしません。独自のアーキテクチャがあり、既存のアプリケーションを統合するということは、基本的に、サイトのCMS部分を分離された別個のシステムとしてセットアップすることを意味します(CMSのテーマ内にカスタムアプリページのコンテンツを表示したり、ログインを共有したりするなど、非常に基本的な統合を行います) )、または「Concrete5方法」でアプリケーションを再構築します(「Concrete5方法」は情報コンテンツページを中心としているため、アプリの複雑さによっては意味がない場合があります。コンテンツ編集以外のユーザーインタラクティビティはそれほど多くありません。 )。

Concrete5は優れたシステムですが、その上に非常にカスタムなアプリケーションを構築するためのプラットフォームとして実際に設計されたわけではありません。サイトが75%の情報ページであり、そのコンテンツの管理がサイトの主な目的である場合は、Concrete5ルートを使用するのが理にかなっているかもしれませんが、それが主に、ほんの少しのコンテンツで作成したカスタム機能に関するものである場合は、側面の管理された情報ページでは、CMS自体の上にアプリを再構築するのではなく、非常に軽量なCMSライブラリを使用するのがおそらく最善です。

于 2011-04-27T20:49:19.243 に答える
0

私はまったく同じシナリオを持っています。私はZendFrameworkを使用して構築されたかなり大規模で複雑なWebサイトを管理しており、マーケティング担当者がWebサイトを更新したり、ナビゲーション、ヘッダー/フッターなどを管理したりできるように、CMSの上に重ねる必要があります。すべてのZendFrameworkコードをCMS言語にリファクタリングする必要がある場合のオプション。また、スケジュールが厳しいため、サイトを(可能であれば)そのままCMSに移動する必要があります。

私はExpressionEngineに傾倒していますが、私がやろうとしていることが可能かどうかさえわかりません。目標は、CMSでZendFrameworkアプリ/ウェブサイトを実行することです。

あなたは自分の側で決議に至ったことがありますか?

于 2016-04-13T15:02:44.883 に答える