MSM是可設定的架構,可自動化內容部署。 實作通常涉及網站的主要部分,而且涵蓋組織和地域。 因此,強烈建議您像規劃網站一樣,謹慎規劃MSM實作:
開始實施前,請仔細規劃結構和內容流。
視需要自訂,但盡可能少。 雖然MSM支援高度自訂(例如展出組態),但是您網站的效能、可靠性和可升級性的最佳實務是將自訂降至最低。
盡早建立governance模型,並據此培訓使用者,以確保成功。 從治理角度來看,最佳做法是最小化本地內容生成者擁有的將內容分配/連接到其他本地用戶及其各自即時拷貝的權限。這是因為無管理、鏈式繼承可以顯著增加MSM結構的複雜性,並損害其效能和可靠性。
一旦您的結構、內容流、自動化和治理等計畫存在,原型並徹底測試您的系統,然後開始即時實作。
請記住,Adobe Consulting和領先的系統整合商擁有與MSM一起進行內容自動化規劃和建置的豐富經驗,因此他們可協助您開始使用MSM專案,並在整個實作過程中都能協助您。
請記住,即時副本可使用一般頁面或藍圖設定來建立。 這兩種都是有效的使用案例。
使用Blueprint設定的額外好處是:
如果未參考藍圖設定,則只能從即時副本本身啟動推播,實際上是從來源提取內容。
使用即時副本建立新網站時,建立藍圖組態有利於確保完整MSM功能集的可用性。
通常,MSM中關於元件同步的轉出規則是:
這表示元件會被視為總結,在推出時,元件本身及其所有子系會以藍圖中的元件取代。 這表示,如果資源在本機新增至此類元件,則在開始時會遺失在藍圖的內容中。
若要支援元件巢狀化,以便在轉出中維護本機新增的元件,元件必須宣告為容器。 例如,預設parsys會宣告為容器,以便支援本機新增的內容。
將屬性cq:isContainer
新增至元件,將其指定為容器。
請注意,AEM有兩種主要的建立即時副本的方法:
以下是建立網站時需注意的幾項考量:
若要建立新網站,您需要blueprint組態。
若要允許選擇語言路徑以在新網站中建立,對應的語言根目錄必須存在於Blueprint(來源)中。
一旦將新網站建立為即時副本(使用Create,然後使用Site),此即時副本的前兩個層級為淺層。 頁面的子系不屬於即時關係,但如果找到符合觸發條件的即時關係,則推出仍會下降。
它有助於避免:
MSM可協助建立多語言網站,方式有兩種:
建立語言主版時。
雖然MSM本身不提供內容轉譯,但可與提供內容轉譯的第三方轉譯連接器整合。 請注意:
MSM允許您在頁面和/或元件級別取消繼承。 這有助於防止在下次推出時覆寫已翻譯的內容(來自即時副本,含來自藍圖的尚未翻譯內容)。
某些協力廠商轉譯連接器會自動管理MSM繼承。
請洽詢您的翻譯服務供應商以取得更多資訊。
建立和翻譯語言主版的另一種方式是搭配AEM的現成可用的翻譯整合架構使用語言副本。
從語言大師版推出內容時。
藍圖/來源樹狀結構中的內容結構修改在即時副本中的反映不同。 這取決於修改類型:
在 Blueprint中建立新頁面,將會在使用標準轉出設定轉出後,在即時副本中建立對應的頁面。
使用 標準轉出設定轉出後,Blueprint中的刪除頁面將導致從即時副本刪除對應頁面。
在藍 圖中移動頁面時, 在使用標準轉出設定轉出後,不會導致對應頁面在即時副本中移動:
這僅適用於On Rovolt觸發器。
建立自訂轉出設定:
此新設定必須包含動作:
PageMoveAction
請勿將其他動作新增至此設定。
定位新配置:
若要完全展開頁面移動,同時刪除即時副本中舊位置的各個頁面:
在標準轉出設定之前,先定位新建立的設定。
標準的轉出設定將負責刪除其舊位置的頁面。
若要展開頁面移動,同時將各頁面保留在即時副本的舊位置(實質上是複製內容):
在標準轉出設定後,放置新建立的設定。
如此可確保即時副本中不會刪除任何內容,或是從發佈中停用。
MSM首次展示配置具有高度可定製性。 您應該注意到,自動化推展可能產生深遠影響。 作為最佳做法,您應先仔細規劃very,例如:
使用轉出觸發器 onModify
時,您應考慮:
使用onModify
觸發器自動推播可能會對製作效能造成負面影響,因為它們會在every頁面修改後觸發推播。
首次推出的結果可能與預期的不同:
如果同一資源發生併發更新,使用這種轉出配置可能會導致提交衝突。
因此,如果自動啟動的好處超過任何潛在的效能問題,建議您僅使用onModify
觸發器。
請記住:
本頁及下列各頁涵蓋相關問題: