MSM是用于自动进行内容部署的可配置框架。 实施通常涉及网站的主要部分,并跨组织和地理区域。 因此,强烈建议在规划网站时谨慎规划MSM实施:
在开始实施之前,请仔细规划结构和内容流。
根据需要尽可能多地进行自定义,但尽可能少地进行自定义。 虽然MSM支持高度自定义(例如转出配置),但是对于网站的性能、可靠性和可升级性,通常的最佳实践是最大限度地减少自定义。
尽早建立governance模型,并相应地培训用户,以确保成功。 从治理角度来看,最佳做法是最小化本地内容制作者拥有的将内容分配/连接到其他本地用户及其各自Live Copy的权限。这是因为不受管理、链式继承可以显着增加MSM结构的复杂性并降低其性能和可靠性。
在您的结构存在计划后,内容流、自动化和管理 — 原型并对系统进行全面测试,然后再开始实时实施。
请记住,Adobe咨询团队和领先的系统集成商具有与MSM一起进行内容自动化规划和实施的丰富经验,因此他们可以帮助您开始使用MSM项目并贯穿其整个实施过程。
请记住,Live Copy可以使用常规页面或Blueprint配置创建。 这两种方法都是有效的用例。
使用Blueprint配置的其他好处是:
如果未引用Blueprint配置,则只能从Live Copy本身启动转出,实质上是从源中提取内容。
使用Live Copy创建新站点时,最好创建Blueprint配置,以确保完整MSM功能集的可用性。
无法从Blueprint中将CUG组转出到Live Copy。 请在配置Live Copy时针对此进行规划。
通常,MSM中有关组件同步的转出规则为:
这意味着组件被视为聚合,在推出过程中,组件本身及其所有子代将被蓝图中的组件替换。 这意味着如果资源在本地添加到此类组件,则在转出时将会丢失到Blueprint的内容。
要支持嵌套组件以便在转出中维护本地添加的组件,必须将组件声明为容器。 例如,默认的parsys声明为容器,以便它可以支持本地添加的内容。
将属性cq:isContainer
添加到组件以将其指定为容器。
请注意,AEM有两种主要方法可用于创建Live Copy:
这可以视为更宽泛的方法,允许您从任何页面创建Live Copy。 Live Copy的内容结构与源完全匹配。
这是一种更为专门的方法,主要用于创建具有多语言结构的网站。
在创建网站时,请注意以下事项:
要创建新站点,您需要blueprint配置。
要允许选择要在新站点中创建的语言路径,相应的语言根必须存在于Blueprint(源)中。
将新站点创建为Live Copy(使用创建,然后使用Site)后,此Live Copy的前两个级别为shallow。 页面的子项不属于实时关系,但如果找到与触发器匹配的实时关系,则转出仍将下降。
这有助于避免:
MSM可通过两种方式协助创建多语言网站:
创建语言母版时。
虽然MSM本身不提供内容翻译,但它可以与提供内容的第三方翻译连接器集成。 请注意:
MSM允许您在页面和/或组件级别取消继承。 这有助于防止在下一个转出中覆盖已翻译的内容(来自Live Copy,包含来自Blueprint的尚未翻译的内容)。
某些第三方翻译连接器会自动管理MSM继承。
有关更多信息,请咨询您的翻译服务提供商。
创建和翻译语言母版的另一种方法是结合AEM现成翻译集成框架使用语言副本。
从语言母版中推出内容时。
有关更多信息,请参阅翻译多语言站点的内容和翻译最佳实践。
Blueprint/源树中内容结构的修改在Live Copy中的反映方式不同。 这取决于修改类型:
使用标准转出配置在转出后,在Blueprint中创建新页面将导致在Live Copy中创建相应的页面。
使用标准转出配置转出后,删除Blueprint中的页面将导致从Live Copy中删除相应的页面。
使用标准转出配置 转出后,在Blueprint中移动页面不会导致相应页面在Live Copy中移动:
此操作仅适用于On Rollout trigger。
创建自定义转出配置:
此新配置必须包含操作:
PageMoveAction
请勿向此配置添加其他操作。
定位新配置:
要完全转出页面移动,同时在Live Copy中的旧位置删除相应的页面:
将新创建的配置放在标准转出配置之前。
标准转出配置将负责删除其旧位置中的页面。
要在将相应页面保留在Live Copy中其旧位置(实质上是复制内容)的同时转出页面移动,请执行以下操作:
在标准转出配置后放置新创建的配置。
这将确保Live Copy中未删除或从发布中停用任何内容。
MSM转出配置是高度可自定义的。 您应该知道,自动推广可能会产生深远的后果。 作为最佳实践,您应该先仔细规划very,然后再规划,例如:
使用转出触发器 onModify
时,您应当考虑以下事项:
使用onModify
触发器自动转出可能会对创作性能产生负面影响,因为它们会在每次页面修改后触发转出。
转出结果可能与预期结果不同,如下所示:
如果同一资源发生并发更新,使用此类转出配置可能会导致提交冲突。
因此,如果自动推出启动的好处超过任何潜在的性能问题,则建议您仅使用onModify
触发器。
请记住:
本页和以下页介绍了相关问题: