【问题标题】:CQ aka AEM | Blueprints vs. Live copiesCQ 又名 AEM |蓝图与实时副本
【发布时间】:2015-01-30 13:31:22
【问题描述】:

在 cq 中,我们可以通过选择 "New Site..." 或通过选择 "New Live Copy..." 直接通过内容节点创建实时副本。

在这两种情况下,inheritance 被维护,roll-out 也以相同的方式工作。那么使用一个比另一个有什么优势。

有什么意见吗?

【问题讨论】:

    标签: aem blueprint


    【解决方案1】:

    实时复制

    可以仅为一个简单的页面或页面树创建实时副本,并且可以根据部署配置创建页面及其子页面。 Live Copy 可以链接到推出配置或使用系统的默认配置。 对源页面的结构没有正式的要求。 Live Copy 可能会引用一个蓝图,但它只能引用一个蓝图。

    蓝图

    蓝图旨在推出完整的多语言网站项目,并且是控制多个推出配置和实时副本的工具。 蓝图需要源站点的特定结构: - 一个根级页面 - 根的直接子节点定义站点的语言分支 - 每种语言都包含一个或多个子页面。

    蓝图允许您控制多个 Live Copy,并为蓝图的 Live Copy 集中一致的部署配置。 蓝图推出将推动对其所有实时副本的修改。

    蓝图的使用场景

    继承和推出的工作方式相同。只是因为蓝图利用了活本。 但是蓝图可以帮助您组织大型多语言网站的部署方案。想象一下,一个公司网站提供了两位甚至三位数的语言环境,这些语言环境需要翻译并保持同步。 在这种情况下,您最终可能会遇到难以理解和可维护的 Live Copy 和 rollout 配置数量。 取决于蓝图,例如标准化新语言/市场/区域设置的推出为您的流程提供更高程度的治理,因为整个流程可通过蓝图模板集中管理。

    但只要你没有这样的场景,你可能没有完整的蓝图开销就可以了。

    【讨论】:

      【解决方案2】:

      Livecopy 在目标页面节点中使用 cq:LiveSyncConfig 节点定义。它基本上定义了:我是源(蓝图)页面 X 的 livecopy,并且适用以下推出配置。

      在源页面节点中使用 cq:BlueprintSyncConfig 节点定义蓝图,这定义了一个目标。

      基本上两者最终都达到了相同的效果,但我认为有一些区别:第一个选项可用于创建 1:n 关系,而第二个选项是 1:1

      此外,如果在 AEM 中复制粘贴了页面节点,则关系会与它们一起复制(不太确定具体采用哪种方式,您必须在两种情况下都尝试)。此外,当在第一个场景中从树中删除页面时,AEM 会在配置中添加一个 cq:excludedPaths 属性,这会导致在未来的部署中跳过该页面 - 不确定 cq:BlueprintSyncConfig 是否也是如此。

      【讨论】:

        猜你喜欢
        • 2019-02-23
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2014-10-22
        • 2014-07-24
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多