MSM 最佳做法 msm-best-practices
一般 general
MSM是可設定的架構,用於自動化內容部署。 實作通常涉及網站的主要部分,且橫跨多個組織和地區。 因此,強烈建議您如同規劃網站一樣仔細規劃MSM實施:
-
開始實作前,請仔細 規劃結構和內容流程。
-
將即時副本的數量維持在最小。 處理即時副本是一項耗用大量資源的工作。 您的系統中存在的即時副本越多,會影響效能的程度就越高:從處理內部即時副本索引、透過即時副本作業(例如轉出)到UI作業(例如在「網站管理員參考」邊欄中顯示即時副本關係)。 最佳實務是建立網站或網站分支的即時副本,其中即時副本關係會繼承至網站或分支中的頁面。 當整個結構可成為即時副本時,請避免為網站或分支中的頁面建立個別即時副本。
-
請儘可能多地自訂,但儘可能少地自訂。 雖然MSM支援高度自訂(例如轉出設定),但網站效能、可靠性和可升級性的最佳作法通常是儘量減少自訂。
-
及早建立 治理 模型,並據此訓練使用者以確保成功。 從治理的觀點來看,最佳實務是 將本機內容製作者擁有 的授權最小化,以配置/連線內容給其他本機使用者及其個別即時副本。 這是因為,不受控管的鏈式繼承會大幅增加MSM結構的複雜性,並損害其效能和可靠性。
-
在針對您的結構、內容流程、自動化和控管制定計畫之後 — 建立原型並徹底測試您的系統,然後再開始即時實作。
-
請記住,Adobe Consulting和領先的系統整合經銷商 擁有使用MSM規劃和實作內容自動化的豐富經驗,他們可以協助您開始使用MSM專案並完成整個實作。
即時副本來源和Blueprint設定 live-copy-sources-and-blueprint-configurations
請記住,可使用一般頁面或Blueprint設定來建立即時副本。 兩者都是有效的使用案例。
使用Blueprint設定的其他優點包括:
- 允許作者在Blueprint上使用 轉出 選項 — 以(明確)推送修改至從此Blueprint繼承的即時副本。
- 允許作者使用 建立網站;這可讓使用者輕鬆選取語言並設定即時副本的結構。
- 為與Blueprint有關係的即時副本定義預設轉出設定。
在Blueprint設定未參考的情況下,轉出只能從即時副本本身啟動,基本上從來源提取內容。
使用Live Copy建立網站時,建立Blueprint設定以確保完整MSM功能集的可用性是有利的。
元件與容器同步 components-and-container-synchronization
一般而言,MSM中有關元件同步的轉出規則是:
- 元件會與Blueprint中包含的任何資源同步推出。
- 容器僅同步目前資源。
這表示會將元件視為彙總,在轉出時,元件本身及其所有子項都會取代為Blueprint中的元件。 這表示如果在本機將資源新增至這類元件,轉出時就會遺失至Blueprint的內容中。
若要支援巢狀元件,以便在轉出中維護本機新增的元件,必須將元件宣告為容器。 例如,預設parsys會宣告為容器,以便支援本機新增的內容。
cq:isContainer
新增至元件,以將其指定為容器。建立網站 create-site
請注意,AEM有兩個主要方法可建立即時副本:
建立網站時請謹記以下一些考量事項:
-
若要建立網站,您需要Blueprint設定。
-
若要允許選取在新網站中建立的語言路徑,對應的語言根必須存在於Blueprint (來源)中。
-
一旦將新網站建立為即時副本 (使用 Create,然後使用 Site),此即時副本的前兩個層級為 shallow。 頁面的子系不屬於即時關係,但如果找到符合觸發器的即時關係,轉出仍會下降。
這有助於避免:
- 在Blueprint中手動新增語言(第一個層級下)
- 直接在語言根下手動新增內容,
- 不會導致在轉出時自動將此新內容傳送到即時副本。
MSM和多語言網站 msm-and-multilingual-websites
MSM可以透過兩種方式協助建立多語言網站:
-
建立語言主版時。
-
雖然MSM本身 不提供內容翻譯,但它可以與第三方翻譯聯結器整合。 請注意:
-
MSM可讓您取消頁面和/或元件層級的繼承。 這有助於防止在下一次轉出時覆寫已翻譯內容(來自即時副本,以及來自Blueprint的尚未翻譯內容)。
-
有些協力廠商翻譯聯結器會將MSM繼承的管理作業自動化。
請洽詢您的翻譯服務提供者,以取得詳細資訊。
-
建立及翻譯語言主版的替代方法是將語言副本與AEM現成的翻譯整合架構搭配使用。
-
-
-
從語言主版轉出內容時。
- 例如,從法文主版到特定國家的網站,例如法國/法文、加拿大/法文、瑞士/法文。
如需詳細資訊,請參閱翻譯多語言網站的內容和翻譯最佳實務。
結構變更和轉出 structure-changes-and-rollouts
對Blueprint/來源樹狀結構中內容結構的修改,會以不同方式反映在即時副本中。 這取決於修改型別:
-
在Blueprint中建立 新頁面將導致在使用標準轉出設定轉出後,在即時副本中建立對應的頁面。
-
在Blueprint中刪除 1}頁面將導致在使用標準轉出設定轉出後,對應的頁面從即時副本中刪除。
-
在Blueprint中移動 頁面將 不會 導致在標準轉出設定的轉出後,對應的頁面會在即時副本中移動:
- 此行為的原因是頁面移動隱含包含頁面刪除。 這可能會導致發佈時產生非預期的行為,因為刪除作者上的頁面會自動停用發佈上的對應內容。 這也可能對相關專案(例如連結、書籤等)產生連鎖效應。
- 個別即時副本頁面中的內容繼承會更新,以反映其來源在Blueprint中的新位置。
- 若要完全實現從Blueprint到即時副本的頁面移動,請考慮以下最佳實務:
-
建立自訂轉出設定:
-
此新設定必須包含動作:
PageMoveAction
請勿將其他動作新增至此設定。
-
-
定位新設定:
-
若要完全轉出頁面移動,同時在即時副本中的舊位置刪除個別頁面:
-
將新建立的組態放置在標準轉出組態之前。
標準轉出設定會負責刪除舊位置的頁面。
-
-
若要轉出頁面移動,同時將個別頁面保留在即時副本中的舊位置(基本上是重複的內容):
-
將新建立的設定放置在標準轉出設定的後面。
這將確保即時副本中的內容不會被刪除或從發佈中停用。
-
-
自訂轉出 customizing-rollouts
MSM轉出設定是高度可自訂的。 自動化轉出可能會產生深遠的影響。 作為最佳實務,您應該事先仔細規劃 非常,例如:
- 自動轉出;例如,使用onModify triggers,
- 自訂節點型別/屬性,
- 開始後續工作流程
- 和/或啟用內容作為轉出的一部分。
onModify onmodify
使用轉出觸發程式 onModify
時,您應考慮:
-
使用
onModify
個觸發器自動化轉出可能會對編寫效能產生負面影響,因為這些觸發器會在 每 個頁面修改後觸發轉出。 -
轉出結果可能與預期結果不同:
- 您無法指定產生之修改事件的順序。
- 事件型架構無法保證傳遞至轉出管理器的事件順序。
-
如果同時更新相同資源,使用此轉出設定可能會導致提交衝突。
因此,如果自動轉出啟動的好處多於任何潛在的效能問題,建議您 僅 使用onModify
觸發器。
節點型別/屬性 node-types-properties
請記住:
- 除了自訂轉出動作之外,MSM也可讓您自訂正在轉出的節點屬性。 MSM OSGi設定可讓您排除從來源複製到即時副本的節點型別。
更多資訊 further-information
本頁與下列頁面涵蓋相關問題: