MSM最佳实践

常规

MSM是用于自动进行内容部署的可配置框架。 实施通常涉及网站的主要部分，并跨组织和地理区域。 因此，强烈建议在规划网站时谨慎规划MSM实施：

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

  • 根据需要尽可能多地进行自定义，但尽可能少地进行自定义。 虽然MSM支持高度自定义（例如转出配置），但是对于网站的性能、可靠性和可升级性，通常的最佳实践是最大限度地减少自定义。

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

  • 在您的结构存在计划后，内容流、自动化和管理 — 原型并对系统​进行全面测试，然后再开始实时实施。

  • 请记住，Adobe咨询团队和领先的系统集成商​具有与MSM一起进行内容自动化规划和实施的丰富经验，因此他们可以帮助您开始使用MSM项目并贯穿其整个实施过程。

注意

有关使用MSM的更多信息，请参阅知识库文章：

注意

您还可以使用引用组件来重复使用单个页面或段落。 但请记住：

  • MSM更加灵活，允许对同步的内容和时间进行细粒度控制。
  • 现在 推荐核心组件而不是基础组件。

Live Copy源和Blueprint配置

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

使用Blueprint配置的其他好处是：

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

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

使用Live Copy创建新站点时，最好创建Blueprint配置，以确保完整MSM功能集的可用性。

注意

无法从Blueprint中将CUG组转出到Live Copy。 请在配置Live Copy时针对此进行规划。

组件和容器同步

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

  • 组件可以同步Blueprint中包含的所有资源。
  • 容器仅同步当前资源。

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

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

注意

将属性cq:isContainer添加到组件以将其指定为容器。

创建站点

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

  • 创建Live Copy时

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

  • 创建Site时

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

在创建网站时，请注意以下事项：

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

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

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

    这有助于避免：

    • 在blueprint中手动添加语言（在第一级以下）
    • 手动在语言根目录的正下方添加内容，
    • 不会导致在转出时自动将新内容传递到Live Copy中。

MSM和多语言网站

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

  • 创建语言母版时。

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

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

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

        有关更多信息，请咨询您的翻译服务提供商。

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

  • 从语言母版中推出内容时。

    • 例如，从主控法语到特定国家的地点，如法国/法语、加拿大/法语、瑞士/法语。

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

结构更改和转出

Blueprint/源树中内容结构的修改在Live Copy中的反映方式不同。 这取决于修改类型：

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

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

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

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

此操作仅适用于On Rollout trigger。

  • 创建自定义转出配置：

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

      PageMoveAction

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

  • 定位新配置：

    • 要完全转出页面移动，同时在Live Copy中的旧位置删除相应的页面：

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

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

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

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

        这将确保Live Copy中未删除或从发布中停用任何内容。

自定义转出

MSM转出配置是高度可自定义的。 您应该知道，自动推广可能会产生深远的后果。 作为最佳实践，您应该先仔细规划​very，然后再规划，例如：

onModify

使用转出触发器 onModify时，您应当考虑以下事项：

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

  • 转出结果可能与预期结果不同，如下所示：

    • 您无法指定结果修改事件的顺序。
    • 基于事件的架构无法保证传递到转出管理器的事件的顺序。

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

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

节点类型/属性

请记住：

更多信息

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

在此页面上