MSM是可設定的架構,用於自動化內容部署。 實作通常涉及網站的主要部分,且橫跨多個組織和地區。 因此,強烈建議您如同規劃網站一樣仔細規劃MSM實施:
小心 計畫結構和內容流程 開始實作之前。
將即時副本的數量維持在最小。 處理即時副本是一項耗用大量資源的工作。 您的系統中存在的即時副本越多,會影響效能的程度就越高:從處理內部即時副本索引、透過即時副本作業(例如轉出)到UI作業(例如在「網站管理員參考」邊欄中顯示即時副本關係)。 最佳實務是建立網站或網站分支的即時副本,其中即時副本關係會繼承至網站或分支中的頁面。 當整個結構可成為即時副本時,請避免為網站或分支中的頁面建立個別即時副本。
儘可能多地自訂,但越少越好。 雖然MSM支援高度自訂(例如轉出設定),但網站在效能、可靠性和可升級性方面的最佳作法,通常是儘可能減少自訂。
建立 治理 及早建立模型,並據此訓練使用者,以確保成功。 從治理的角度來看,最佳實務是 將本機內容製作者擁有的許可權降至最低 以配置/連線內容給其他本機使用者及其各自的即時副本。 這是因為,不受控管的鏈式繼承會大幅增加MSM結構的複雜性,並損害其效能和可靠性。
在針對您的結構、內容流程、自動化和控管制定計畫後 — 建立原型並徹底測試您的系統,然後再開始即時實施。
請記住 Adobe諮詢與領先的系統整合廠商 擁有透過MSM規劃和實作內容自動化的豐富經驗,可協助您開始使用MSM專案並完成整個實作。
有關使用MSM的更多資訊,請參閱知識庫文章:
請記住,可以使用以下任一專案建立即時副本: 一般頁面 或 Blueprint設定. 兩者都是有效的使用案例。
使用Blueprint設定的其他優點包括:
在Blueprint設定未參考的情況下,轉出只能從即時副本本身啟動,基本上從來源提取內容。
使用即時副本建立新網站時,建立Blueprint設定以確保完整MSM功能集的可用性是有利的。
請注意,許可權索引標籤中的CUG無法從Blueprint轉出至即時副本。 設定即時副本時,請針對此進行規劃。
一般而言,MSM中有關元件同步的轉出規則是:
這表示會將元件視為彙總,在轉出時,元件本身及其所有子項都會取代為Blueprint中的元件。 這表示如果在本機將資源新增至這類元件,轉出時就會遺失至Blueprint的內容中。
若要支援巢狀元件,以便在轉出中維護本機新增的元件,必須將元件宣告為容器。 例如,預設parsys會宣告為容器,以便支援本機新增的內容。
新增屬性 cq:isContainer
至元件,以將它指定為容器。
請注意,AEM有兩個主要方法可建立即時副本:
建立網站時請謹記以下一些考量事項:
若要建立新網站,您需要 Blueprint設定.
若要允許選取在新網站中建立的語言路徑,對應的語言根必須存在於Blueprint (來源)中。
一次a 新網站已建立為即時副本 (使用 建立,然後 網站),此即時副本的前兩個層級為 淺層. 頁面的子系不屬於即時關係,但如果找到符合觸發器的即時關係,轉出仍會下降。
這有助於避免:
MSM可以透過兩種方式協助建立多語言網站:
建立語言主版時。
而MSM本身 不提供內容翻譯,可與具備此功能的第三方翻譯聯結器整合。 請注意:
MSM可讓您取消頁面和/或元件層級的繼承。 這有助於防止在下一次轉出時覆寫已翻譯內容(來自即時副本,以及來自Blueprint的尚未翻譯內容)。
有些協力廠商翻譯聯結器會將MSM繼承的管理作業自動化。
如需詳細資訊,請洽詢您的翻譯服務提供者。
建立及翻譯語言主版的替代方法是將語言副本與AEM現成的翻譯整合架構搭配使用。
從語言主版轉出內容時。
如需詳細資訊,請參閱 翻譯多語言網站的內容 和 翻譯最佳實務.
對Blueprint/來源樹狀結構中內容結構的修改,會以不同方式反映在即時副本中。 這取決於修改型別:
建立 Blueprint中的新頁面將導致在使用標準轉出設定轉出後,在即時副本中建立對應的頁面。
正在刪除 使用標準轉出設定轉出後,Blueprint中的頁面將導致對應的頁面從即時副本中刪除。
移動 Blueprint中的頁面將 非 使用標準轉出設定進行轉出後,會在即時副本中移動對應的頁面:
這僅適用於 在轉出觸發時.
建立自訂轉出設定:
此新設定必須包含動作:
PageMoveAction
請勿將其他動作新增至此設定。
定位新設定:
若要完全轉出頁面移動,同時在即時副本中的舊位置刪除個別頁面:
將新建立的組態放置在標準轉出組態之前。
標準轉出設定會負責刪除舊位置的頁面。
若要轉出頁面移動,同時將個別頁面保留在即時副本中的舊位置(基本上是重複的內容):
將新建立的設定放置在標準轉出設定的後面。
這將確保即時副本中的內容不會被刪除或從發佈中停用。
MSM轉出設定是高度可自訂的。 您應注意,自動化轉出可能會產生深遠的影響。 作為最佳實務,您應 非常 之前請務必謹慎,例如:
使用時 轉出觸發器 onModify
您應考慮:
使用自動化轉出 onModify
觸發器會在觸發轉出後,對編寫效能產生負面影響 每 頁面修改。
轉出結果可能與預期結果不同:
如果同時更新相同資源,使用此轉出設定可能會導致提交衝突。
因此,建議您 僅限 使用 onModify
如果自動轉出啟動的好處多於任何潛在的效能問題,則會觸發。
請記住:
本頁與下列頁面涵蓋相關問題: