MSM最佳实践

常规

MSM是一个可配置的框架，用于自动进行内容部署。 实施通常涉及网站的主要部分，并且跨组织和地理位置。 因此，强烈建议在规划网站时像计划一样仔细地规划MSM实施：

• 在开始实施之前，请仔细​规划结构和内容流。

• 自定义所需数量，但尽可能少。 虽然MSM支持高度自定义（例如转出配置），但网站的性能、可靠性和可升级性的最佳实践是最大限度地减少自定义。

• 尽早建立​governance​模型，并相应地培训用户以确保成功。 从视图的治理角度来说，最佳做法是​最小化本地内容制作者拥有的将内容分配／连接到其他本地用户及其各自Live Copy的权限。​这是因为不受管制的链式继承可以显着增加MSM结构的复杂性并降低其性能和可靠性。

• 一旦您的结构存在计划，内容流、自动化和管理——在开始实时实施之前，为系统​建立原型并进行全面测试。

• 请记住，Adobe咨询和领先的系统集成商​在MSM中具有深入的内容规划和实施自动化的经验，因此他们可以帮助您开始使用MSM项目并贯穿整个实施过程。

Live Copy源和Blueprint配置

请记住，可以使用常规页面或蓝图配置创建Live Copy。 这两种情况都是有效的用例。

使用Blueprint配置的额外好处是：

• 允许作者在蓝图上使用​Rollout​选项——将修改（显式）推送到继承自此蓝图的Live Copy。
• 允许作者使用​创建站点;这允许用户轻松选择语言并配置Live Copy的结构。
• 为与Blueprint有关系的Live Copy定义默认转出配置。

如果未引用Blueprint配置，则只能从Live Copy本身启动转出，实质上是从源中提取内容。

创建包含Live Copy的新站点时，创建蓝图配置是非常有利的，这可确保完整的MSM功能集可用。

组件和容器同步

通常，MSM中关于组件同步的转出规则为：

• 组件将被执行同步蓝图中包含的任何资源。
• 容器仅同步当前资源。

这意味着组件被视为聚合，在推广中，组件本身及其所有子项将替换为Blueprint中的子项。 这意味着，如果资源在本地添加到此类组件，则在转出时将丢失到Blueprint的内容。

要支持组件的嵌套，以便在本地添加的组件在转出中进行维护，必须将该组件声明为容器。 例如，默认的parsys声明为容器，因此它可以支持本地添加的内容。

创建站点

请注意，AEM有两种主要方法可用于创建Live Copy:

• 当创建Live Copy时

  这可以视为更通用的方法，允许您从任何页面创建Live Copy。 Live Copy的内容结构与源完全匹配。

• 当创建站点时

  这是一种更专业的方法，主要用于创建具有多语言结构的网站。

以下是创建站点时要注意的几个注意事项：

• 要创建新站点，您需要blueprint配置。

• 要允许选择要在新站点中创建的语言路径，蓝图（源）中必须存在相应的语言根。

• 将新站点创建为Live Copy（使用​创建，然后使用​站点）后，此Live Copy的前两个级别为​浅。 页面的子项不属于实时关系，但如果找到与触发器匹配的实时关系，则滚动仍将下降。

  它有助于避免：

  • 在blueprint中手动添加语言（在第一层下）
  • 手动将内容直接添加到语言根目录下，
  • 不会导致在转出时自动将新内容转移到Live Copy。

MSM和多语言网站

MSM可通过两种方式协助创建多语言网站：

• 创建语言母版时。

  • 虽然MSM本身​不提供内容转换，但它可以与提供内容转换的第三方转换连接器集成。 请注意：

    • MSM允许您在页面和／或组件级别取消继承。 这有助于防止在下一个转出时覆盖已翻译的内容（来自Live Copy，含来自蓝图的尚未翻译的内容）。

    • 某些第三方翻译连接器可自动管理MSM继承。

      请咨询您的翻译服务提供商以了解更多信息。

    • 创建和翻译语言母版的另一种方法是将语言副本与AEM现成的翻译集成框架结合使用。

• 从语言大师那里推出内容时。

  • 例如，从法语主控到国家特定网站，如法国／法语、加拿大／法语、瑞士／法语。

有关详细信息，请参阅多语言站点的翻译内容和翻译最佳实践。

结构更改和转出

对蓝图／源树中内容结构的修改在Live Copy中反映的不同。 这取决于修改类型：

• 在 Blueprint中创建新页面将导致在使用标准转出配置转出后在Live Copy中创建相应页面。

• 使 用标准转出配置转出后，Blueprint中的删除页面将导致从Live Copy中删除相应页面。

• 在 Blueprint中移动页面不 ​​会导致在转出后使用标准转出配置将相应页面移动到Live Copy:

  • 此行为的原因是页面移动隐式包括页面删除。 这可能会导致发布时出现意外行为，因为在作者上删除页面会在发布时自动停用相应内容。 这也可能对链接、书签等相关项目产生连锁效应。
  • 相应Live Copy页面中的内容继承将更新，以反映其源在蓝图中的新位置。
  • 要完全实现页面从蓝图移动到Live Copy，请考虑以下最佳实践：

• 创建自定义转出配置：

  • 此新配置必须包括操作：

    PageMoveAction

    请勿向此配置添加其他操作。

• 定位新配置：

  • 在Live Copy中删除各自旧位置的页面时，要完全滚出页面移动：

    • 在标准转出配置之前放置新创建的配置。

      标准转出配置将负责删除旧位置中的页面。

  • 要在将各个页面保留在Live Copy的旧位置（实质上是复制内容）的同时滚出页面移动，请执行以下操作：

    • 在标准转出配置之后定位新创建的配置。

      这将确保Live Copy中未删除任何内容或从发布中取消激活任何内容。

自定义转出

MSM转出配置可高度自定义。 您应该知道，自动推广可能会产生深远的影响。 作为最佳实践，您应在之前仔细计划​very，例如：

• 自动推广；例如，对于onModify触发器,
• 自定义节点类型／属性,
• 开始后续工作流,
• 和／或激活内容作为推广的一部分。

onModify

使用转出触发器 onModify时，您应考虑：

• 使用onModify触发器实现自动转出可能会对创作性能产生负面影响，因为它们在每​页面修改后触发转出。

• 转出结果可能与预期结果不同：

  • 您不能指定生成的修改事件的顺序。
  • 基于事件的体系结构无法保证传递给转出管理器的事件的序列。

• 如果同一资源的并发更新发生，使用此类转出配置可能会导致提交冲突。

因此，如果自动转出启动的益处超过任何潜在性能问题，建议您​仅​使用onModify触发器。

节点类型／属性

记住：

• 除了自定义转出操作之外，MSM还允许您自定义正在转出的节点属性。 MSM OSGi配置允许您排除从源复制到Live Copy的节点类型。

更多信息

本页和以下各页介绍相关问题：

• 创建和同步Live Copy
• Live Copy概述控制台
• 配置 Live Copy 同步
• MSM转出冲突