【问题标题】:Vanity URL to a content page when activated does not reflect in publish instance in AEM 6.1激活时内容页面的虚 URL 不会反映在 AEM 6.1 的发布实例中
【发布时间】:2016-05-06 22:54:09
【问题描述】:

在 AEM 6.1 中将虚 URL 分配给内容页面的最佳做法是什么。

当作者提到页面的虚路径并激活它时,它并没有真正反映在发布中。我观察到的问题是:在page vanity属性上进行save操作时,会在map位置保存一个rewrite rule,除非特别改,一般在/etc/map

因此,当包含虚路径的页面激活时,此重写规则并没有真正激活,尽管 JCRResorceResolver 映射位置对于发布和作者实例是相同的,即 /etc/map

因此,我想了解在激活页面的同时激活资源解析器重写规则的方法是什么?或者是否有任何最佳实践不应该让页面编辑器控制虚荣,而只能由管理员在发布实例中直接执行?

【问题讨论】:

    标签: aem sling


    【解决方案1】:

    /etc/map 与虚 URL 无关。在 /etc/map 中,您可以手动添加一些路径/主机到资源映射。 当编辑器添加虚 url 时,资源解析器将捕获该事件并将 url 添加到其列表中 - 如果发布了具有虚 url 的页面,AEM 发布服务器还将自动将虚 url 添加到其解析器.

    查看作者和发布的 /system/console/jcrresolver。您应该会在两台机器上看到虚荣网址。

    如果您希望您的个性化网址位于根级别,它应该以“/”开头。其他可能会阻止虚 url 工作的事情:

    • 您可能在 /etc/map(.*) 上有其他映射规则。
    • 在您的 CQ/AEM 发布服务器前面有一个调度程序正在过滤或处理传入的 URL。

    您的编辑器添加的虚 url 到底是什么(内容路径和字段虚 url 的内容)以及您调用的 url 是什么,以通过发布实例上的虚 url 获取页面?

    【讨论】:

      猜你喜欢
      • 2023-03-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-12-21
      • 2016-01-15
      相关资源
      最近更新 更多