2

私には、独立して運営されている30以上の組織単位を持つクライアントがいます。現在、すべてのOUには、異なるCMS製品の個別のインスタンスでクライアントのIT部門によって管理されているWebサイトがあります。彼らは、宣伝されているマルチサイト機能のためにSitecoreを採用することにしました。

残念ながら、現在の（6.5 / 6.6）デフォルトの実装は、次の理由で機能しません。

  1. サイトを変更するたびに（追加/削除）、web.configを変更する必要があります。
  2. すべてのコンテンツアイテムは「/sitecore/content」ノードの下にある必要があります。/sitecoreたとえば/sitecore/OU1、/sitecore/OU2などの下に複数のノードを作成することをお勧めします。
  3. すべてのテンプレートはの下にある必要があります/sitecore/Templates。/sitecore/OU1/Templates各組織単位の下に「テンプレート」フォルダを作成することをお勧めします/sitecore/OU2/Templates。
  4. すべてのレイアウトは/sitecore/Layouts/、同じファイルシステムディレクトリの下にある必要があります。サイトの数が増えるにつれて、これは間違いなく厄介になります。/sitecore/OU1/Layouts/そして/sitecore/OU2/Layouts間違いなく好ましい
  5. 管理のためにサイトを分離する必要があります。各サイト管理者はログインして、自分のサイトに関連するコンテンツ/アイテムのみを表示する必要があります。したがって、最上位のOUノードをロックダウン/非表示にすると、保守が容易になります。
  6. また、ファイルシステムを分離して、開発者がweb.configでミスをした場合に30以上のサイトすべてをダウンさせないようにする必要があります。

最近のSitecoreシンポジウムで、TimWardはSitecoreに複数のサイトを実装するさまざまな方法について発表しました。残念ながら、彼がどの製品を参照しているかを知る方法はありません。私はそこにいませんでしたが、上司が出席しました。Sitecoreに連絡しようとしましたが、まだ応答がありません。

また、Sitecore Foundryがこのニーズに対応することを目的としているかどうかについての情報を求めて、Sitecoreに連絡しましたが、応答がありませんでした。

そのような複数のサイトSitecoreを実装する方法を知っている人はいますか？

4

3 に答える 3

5

ティムのマルチサイトソリューションは確かにあなたにとって何かのように聞こえます。これは、分離が必要であり、そのために開発している独立したベンダーに適合している必要がある大規模なマルチサイトプラットフォームを対象としています。

Sitecore Foundryはあなたには向いていません。それは、はるかに小さなタイプのWebサイトを対象としており、いかなる種類の分離も提供していません。

ティムの解決策は、ここgithub（おそらくスライドからすでに入手済み）にあります。

あなたはtiw@sitecore.netで彼に電子メールを送ることができ、彼は通常かなり迅速に返信します。

彼はまた、SDNフォーラムにアクセスできることを前提として、 SDNフォーラムにも積極的に参加しています。

于 2012-11-19T21:01:09.543 に答える
2

ティムのマルチサイトソリューションがおそらくあなたのニーズを最もよく満たすだろうというルードに同意します。これは私もすぐに検討するものです。私はシンポジウムに参加していませんでしたが、良い分離のために本当に有望に見えます。

  1. はい、残念ながら、それぞれにエントリを追加する必要があります。
  2. / sitecore / content / OU1、/ sitecore / content/OU2などになるように設定できます
  3. ここでも、それらを/ sitecore / templates / OUCommon、/ sitecore / templates / OU1、/ sitecore / templates/OU2として設定できます。
  4. 繰り返しますが、それらをサブフォルダーに入れることができますが、あなたが言うように、それは厄介になります。
  5. あなたは実際にすでにこれを達成することができます。権限の継承を解除して、ロール（具体的にはsitecore / Everyone）が/ sitecore / contentノードへの読み取りアクセス権を持たないようにします。そうすると、各グループは、個別のサイト/メディアライブラリへの継承を伴う読み取り/書き込み/削除アクセス権を具体的に持つことになります。ユーザーを特定の役割に追加すると、アクセスできるツリーの部分のみが表示されます。これをワークフローに拡張して、権限を持つユーザーのみが適切なアイテムを承認できるようにすることもできます。公開は難しいものになりますが、Publishing.CheckSecurity = trueを設定できます。必要なのは、権限を正しく設定することだけです。セキュリティアクセスビューアは、さまざまなロールに設定されている権限を確認するのに非常に優れています。しかし、ティムのマルチサイトソリューションと比較すると、
  6. はい、再起動するとすべてが再起動します！また、さまざまなサイトのデバッグを改善するために、ログファイルを分離することも望んでいます。
于 2012-11-29T03:05:32.907 に答える
2

残念ながら、Timのマルチサイトソリューションは私たちの状況では機能しませんでした。私たちがやったことは次のとおりでした：

  1. /sitecore/content（jammykam提案されたように）の下に複数の複数のコンテナを作成します
  2. [1]の各コンテナに対応する複数のIISサイトとアプリケーションプールを作成します
  3. （サイトごとに）のサイトのrootPath属性を変更します。websiteweb.config
  4. ユーザーが対応するコンテナーにアクセスできるように、アクセス許可を変更します。

サイトコアの規則に従って、下にテンプレートを作成し、下/sitecore/Templatesにレイアウトを作成する必要がありました。sitecore/layouts分離は、IISサイトとアプリケーションプール、およびアクセス許可を分離することによって実現されました。

于 2013-07-29T13:38:45.050 に答える