0

Teamsite や Tridion などの他のエンタープライズ CMS の経験はありますが、CQ5 の実践経験はありません。CQ5 は通常、コンテンツと機能を備えた大規模なサイトとどのように統合されているのでしょうか? ページとして定義された機能は、非 CMS リポジトリまたは Web サービスからのデータを使用して生成されます。

私の質問は、CQ5 コンテンツはバックエンド サービスとして読み込まれるのですか? API が http ベースであることは知っています。しかし、その API は通常、サーバーまたはクライアントから呼び出されますか? 私の例では、非 CMS エンタープライズ システムにリンクされている Web サービスから主に駆動されるページがあるとしますが、ユーザーが変更できるように、フッターと右のレールを「コンテンツ」にしたいとします。簡単に。通常、さまざまなページ ソースがどの時点で結合されますか?

私はasp.netで仕事をしているので、私は疑問に思っています。私は CQ5 が Java であることを知っているので、ほとんどの顧客は Java ショップであると予想しますが、ASP.net サイトが本当に別のバックエンド Web サービスである場合、HTTP は簡単に使用できると思います。

4

2 に答える 2

3

正直に言うと、あなたの質問は私にはそれほど明確ではありません。だから私はこれにかなり広い範囲で答えるつもりです。

さまざまなページ ソースに関する質問に答えるには: 通常、クライアントはサーバーに対して http または json 要求を開始し (ただし、拡張インフラストラクチャの場合、サーバーからサーバーへの呼び出しは珍しくありません)、サーバーは単に必要な呼び出しを (API を使用して) 実行します。リクエストに対する回答を配信します。しかし、リクエストが返された時点で、API へのすべての呼び出しはサーバーによって行われ、サーバーはレンダリングされた html や json、またはデータやコンテンツを入れたい構造化されたフォームを返すだけです。さまざまなコンポーネントの。一部のコンポーネントはかなり静的です。他のものは非常に動的で、たとえば Web サービス、外部データベース、さらには別の cms からデータを取得します。これらのリソースの結合は、そのページのリクエストによってトリガーされたページのレンダリング時に発生します。明らかな例外はもちろん、可能であればページのキャッシュされたバージョンを返すディスパッチャ キャッシュ システムです。要するに、すべてのレンダリングと API 呼び出しはサーバー側で行われます。

CQ5 は 2 つのインスタンスに分割されているため、かなり柔軟です。ページの実際のオーサリングが行われるバックエンド (作成者)。そして、基本的にフロントエンドであり、クライアントのために実際のレンダリングを行うフロントエンド (公開) (通常)。パブリッシュ インスタンスを使用するかどうかにかかわらず、正直なところ、バックエンド サービスはあなた次第です。私は、cq5 がその目的として使用されているのを見てきました (cq5 はフロントエンドです)。また、cq5 がバックエンド サービスとして使用されているのを見てきました (例: hybris のバックエンド サービス プロバイダーとして)。そして、一方の部分が別のシステムのバックエンド サービスとして使用され、もう一方の部分がパブリック Web サイトのフロントエンドとして使用される組み合わせを見てきました。

于 2013-08-10T23:10:11.423 に答える
1

CQ の豊富な HTTP API ( Apache Slingに基づく) により、JSON や XML を含むさまざまな形式の CQ コンテンツに完全にアクセスできるため、CQ コンテンツを他のシステムに簡単に統合できます。

逆に、Sling の ResourceProvider メカニズムを使用して外部コンテンツにアクセスし、それを CQ コンテンツ ツリーの一部にすることができます。http://sling.apache.org/documentation/the-sling-engine/resources.htmlにある Sling Resources ドキュメントの「カスタム リソース プロバイダー」を参照してください。

于 2013-08-12T07:47:02.603 に答える