2012-11-19 82 views
2

我有一個客戶端,擁有30多個獨立運作的組織單位。目前,所有的OU都擁有由客戶的IT部門管理的網站,分別處理不同的CMS產品。他們決定使用Sitecore,因爲它的廣告多站點功能。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研討會上,Tim Ward presented on the different ways to implement multiple sites in Sitecore。不幸的是,沒有辦法知道他指的是哪個產品。我不在那裏,但我的老闆出席了。我試圖聯繫Sitecore,但尚未收到回覆。

我還聯繫了Sitecore,要求提供Sitecore Foundry是否意圖滿足這種需求的信息,但沒有迴應。

任何人都知道的方式來實現這樣的多個網站Sitecore?

+0

你想跨網站使用什麼?聽起來你仍然想要完全獨立的實例。 – Bryan

回答

2

不幸的是,蒂姆的多站點解決方案並不適合我們的情況。我們落得這樣做是:

  1. /sitecore/content下創建多個多個容器(如jammykam建議)
  2. 創建對應於[1]
  3. 每個容器的多個IIS站點和應用程序池修改rootPath屬性的website網站web.config(針對每個網站)。
  4. 修改權限以便用戶可以訪問其對應的容器。

我們仍然必須根據sitecore約定在/sitecore/Templatessitecore/layouts下創建模板。隔離是通過分離IIS站點和應用程序池以及權限來實現的。

5

聽起來像Tim的多站點解決方案確實適合您。 這意味着需要隔離的大型多站點平臺,並且需要適合爲其開發的獨立供應商。

Sitecore鑄造廠不適合你,它意味着更小型的網站,並不提供任何形式的隔離。

蒂姆的解決方案,可以發現here at github(您可能已經從幻燈片GOT):

[email protected]您可以通過電子郵件他,他通常是相當快回復。

他還活躍在SDN forums上,假設你有權訪問那個。

+0

謝謝!我們看了一下Github項目。不幸的是(當時),我們無法編譯它,因爲缺少引用 - 或者我們不知道我們在做什麼。並感謝Foundry的小費! –

+0

缺少的引用是Sitecore DLL的。你可以在你的網站的bin文件夾中找到它們。我必須警告一點:這不是一件容易實現的事情,特別是因爲沒有文檔。這不是一個開箱即用的Sitecore功能 –

+0

「Sitecore代工廠不適合你,它意味着更小型的網站」你的意思是它不適合大型網站嗎?正如我認爲網捷網站適用於任何規模的網站,可以在分佈式環境中,您是否認爲[MultipleSitesManager](http://trac.sitecore.net/MultipleSitesManager)與[Sitecore-Multisite-Manager](https)相似或相似://github.com/jerrong/Sitecore-Multisite-Manager)? –

2

我同意Ruud Tim的多站點解決方案可能會最好地滿足您的需求,這是我將盡快找到的東西,我沒有參加研討會,但它看起來很有希望實現良好的分離。

  1. 是的,不幸的是,你需要在每個條目中添加一個條目。
  2. 您可以設置他們,以便他們/ Sitecore的/內容/ OU1,/ Sitecore的/內容/ OU2等
  3. 同樣,你可以將它們設置爲/ Sitecore的/模板/ OUCommon,/ Sitecore的/模板/ OU1,/ sitecore/templates/OU2
  4. 再次,您可以將它們放在子文件夾中,但是會像您說的那樣變得雜亂。
  5. 你實際上已經可以實現這一點。打破權限繼承,以便您的角色(特別是sitecore/Everyone)不具有對/ sitecore/content節點的讀取訪問權限,然後您的每個組都將具有讀/寫/刪除訪問權限,並繼承每個單獨的站點/媒體庫。將用戶添加到特定角色中,他們只會看到他們有權訪問的樹的部分。您還可以將其擴展到Workflow,以便只有具有權限的用戶才能批准相應的項目。儘管發佈變得棘手,但你可以設置Publishing.CheckSecurity = true,你只需要正確設置你的權限。 Security Access查看器非常擅長查看爲不同角色設置的權限。但是與Tim的多站點解決方案相比,成爲許多站點的管理員頭痛問題。
  6. 是的,重新啓動會導致它們全部重新啓動!我還想看到日誌文件的分離,以更好地調試不同的網站。