MSM 最佳做法 msm-best-practices

一般 general

MSM是可設定的架構,用於自動化內容部署。 實作通常涉及網站的主要部分,且橫跨多個組織和地區。 因此,強烈建議您如同規劃網站一樣仔細規劃MSM實施:

  • 小心 計畫結構和內容流程 開始實作之前。
  • 儘可能多地自訂,但越少越好。 雖然MSM支援高度自訂(例如轉出設定),但通常網站效能、可靠性和可升級性的最佳作法是儘可能減少自訂。
  • 建立 治理 及早建立模型,並據此訓練使用者,以確保成功。 從治理的角度來看,最佳實務是 將本機內容製作者擁有的許可權降至最低 以配置/連線內容給其他本機使用者及其各自的即時副本。 這是因為,不受控管的鏈式繼承會大幅增加MSM結構的複雜性,並損害其效能和可靠性。
  • 在針對您的結構、內容流程、自動化和控管制定計畫後, 建立原型並徹底測試您的系統 開始即時實作之前。
  • 請記住 Adobe諮詢與領先的系統整合廠商 擁有透過MSM規劃和實作內容自動化的豐富經驗,可協助您開始使用MSM專案並完成整個實作。

即時副本來源和Blueprint設定 live-copy-sources-and-blueprint-configurations

請記住,可使用下列任一專案建立即時副本: 一般頁面Blueprint設定. 兩者都是有效的使用案例。

使用Blueprint設定的其他優點包括:

  • 允許作者使用 轉出 Blueprint上的選項,用來明確推送從此Blueprint繼承之即時副本的修改。
  • 允許作者使用 建立網站 以輕鬆選取語言及設定即時副本的結構。
  • 為與藍圖具有關係的 Live Copy 定義預設推出設定。

如果未參考Blueprint設定,則轉出只能從即時副本本身啟動,基本上是從來源提取內容。

使用即時副本建立網站時,建立Blueprint設定以確保完整MSM功能集的可用性是有利的。

NOTE
許可權索引標籤中的CUG無法從Blueprint轉出至即時副本。 設定即時副本時,請針對此規則制定計畫。

元件與容器同步 components-and-container-synchronization

一般而言,MSM中有關元件同步的轉出規則是:

  • 元件會與Blueprint中包含的任何資源同步推出。
  • 容器僅同步目前資源。

這表示會將元件視為彙總,在轉出時,元件本身及其所有子項都會取代為Blueprint中的元件。 這表示如果在本機將資源新增至這類元件,轉出時就會遺失至Blueprint的內容中。

若要支援巢狀元件,以便在轉出中維護本機新增的元件,必須將元件宣告為容器。

NOTE
新增屬性 cq:isContainer 至元件,以將它指定為容器。

建立網站 create-site

請注意,AEM有兩個建立即時副本的主要方法:

  • 時間 建立即時副本 — 這可以視為較通用的方法,可讓您從任何頁面建立即時副本。 即時副本的內容結構與來源完全相符。

  • 時間 建立網站 — 這是一種更專業的方法,主要用於建立具有多語言結構的網站。

以下是建立網站時請謹記的幾個考量事項:

  • 若要建立網站,您需要 Blueprint設定.
  • 若要允許選取在新網站中建立的語言路徑,對應的語言根必須存在於Blueprint (來源)中。
  • 一次a 新網站已建立為即時副本 (使用 建立,然後 網站),此即時副本的前兩個層級為 淺層. 頁面的子系不屬於即時關係,但如果找到符合觸發器的即時關係,轉出仍會下降。

這有助於避免:

  • 在Blueprint中手動新增語言(第一個層級下)。
  • 直接在語言根底下手動新增內容,因為這不會導致在轉出時自動將此新內容傳送到即時副本。

MSM和多語言網站 msm-and-multilingual-websites

MSM可以透過兩種方式協助建立多語言網站:

建立語言主版時,請牢記以下事項:

  • 而MSM本身 不提供內容翻譯,可與具備此功能的第三方翻譯聯結器整合。 請注意下列事項:

    • MSM可讓您取消頁面和/或元件層級的繼承。 這有助於防止在下一次轉出時覆寫已翻譯內容(來自即時副本,以及來自Blueprint的尚未翻譯內容)。

      • 有些協力廠商翻譯聯結器會將MSM繼承的管理作業自動化。
      • 請洽詢您的翻譯服務提供者,以取得詳細資訊。
      • 建立及翻譯語言主版的替代方法是將語言副本與AEM現成的翻譯整合架構搭配使用。

如需詳細資訊,請參閱 翻譯多語言網站的內容翻譯最佳實務.

結構變更和轉出 structure-changes-and-rollouts

對Blueprint/來源樹狀結構中內容結構的修改,會以不同方式反映在即時副本中。 這取決於修改型別:

  • 建立 Blueprint中的新頁面將導致在使用標準轉出設定轉出後,在即時副本中建立對應的頁面。

  • 正在刪除 使用標準轉出設定轉出後,Blueprint中的頁面將導致對應的頁面從即時副本中刪除。

  • 移動 Blueprint中的頁面將 使用標準轉出設定進行轉出後,會在即時副本中移動對應的頁面:

    • 此行為的原因是頁面移動隱含包含頁面刪除。 這可能會導致發佈時產生非預期的行為,因為刪除作者上的頁面會自動停用發佈上的對應內容。 這也可能對相關專案(例如連結、書籤等)產生其他影響。

      • 個別即時副本頁面中的內容繼承會更新,以反映其來源在Blueprint中的新位置。
      • 若要完全實現從Blueprint到即時副本的頁面移動,請考慮 頁面移動最佳實務。

頁面移動最佳實務 page-move

考慮在即時副本中移動頁面時,請考慮以下最佳實務。

NOTE
以下僅適用於 在轉出觸發時.
  1. 建立自訂轉出設定。

    • 此新設定必須包含動作 PageMoveAction.
    • 請勿將其他動作新增至此設定。
  2. 定位新組態。

    • 若要完全轉出頁面移動,同時在即時副本中的舊位置刪除個別頁面:

      • 將建立的設定放置在標準轉出設定之前。 標準轉出設定會負責刪除舊位置的頁面。
      • 若要轉出頁面移動,同時將個別頁面保留在即時副本中的舊位置(基本上是重複的內容):
        • 將建立的設定放置在標準轉出設定的後面。 這將確保即時副本中的內容不會被刪除或從發佈中停用。

自訂轉出 customizing-rollouts

MSM轉出設定是高度可自訂的。 自動化轉出可能會產生深遠的影響。 最佳實務是,在從事下列活動之前,請務必仔細規劃:

onModify onmodify

使用時 轉出觸發器 onModify 您應考慮:

  • 使用自動化轉出 onModify 觸發器可能對編寫效能產生負面影響,因為它們會在每次修改頁面後觸發轉出。

  • 轉出結果可能與預期結果不同:

    • 您無法指定產生之修改事件的順序。
    • 事件型架構無法保證傳遞至轉出管理器的事件順序。
  • 如果同時更新相同資源,使用此轉出設定可能會導致提交衝突。

因此,建議您只使用 onModify 如果自動轉出啟動的好處多於任何潛在的效能問題,則會觸發。

節點型別/屬性 node-types-properties

除了自訂轉出動作之外,MSM也可讓您自訂正在轉出的節點屬性。 此 MSM OSGi設定可讓您排除節點型別 從來源複製到即時副本。

更多資訊 further-information

請參閱下列文章以取得有關MSM和Live Copy的詳細資料。

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab