【问题标题】:Adobe CQ Evaluation: Are there problems with Multi Site Manager / TarOptimizer?Adobe CQ 评估:Multi Site Manager / TarOptimizer 是否存在问题?
【发布时间】:2013-01-19 09:57:59
【问题描述】:

我在一家零售商工作,我们考虑将 CQ5 作为 CMS 引入。

但是,在进行了一些研究并与顾问交谈后,事实证明,有些事情可能“复杂”。也许你们中的一个人可以对此有所了解。

首先,我们被告知,当您使用多站点管理器创建多语言页面(大约 80 种语言)时,更新过程可能会慢至半小时,直到最终发布更改。你们中有人遇到过类似的事情吗?

另一件事是,TarOptimizer 的运行时间相当长。有人告诉我,长达 24 小时的跑步并不少见。我的问题又是:你们中是否有人遇到过这样的问题或对此有解释?

我非常期待您的回复。

【问题讨论】:

    标签: java content-management-system adobe aem


    【解决方案1】:

    这些确实是 2 个单独的问题,但我会根据我的经验来解决它们。

    创建新的多语言页面的更新过程将根据语言的数量以及您正在运行的发布实例和网络服务器(假设您使用调度程序进行缓存)的数量而有所不同。这是因为复制过程是瓶颈所在(至少在我的经验中),因此,如果您试图通过大量前端网络向大量发布者推送大量内容- 需要清除缓存的服务器,由于复制是异步过程,因此发生这种情况会有一些延迟。我见过的最长延迟是在 10 到 15 分钟的范围内,即 12 个发布商和 12 个前端网络服务器,但这有一个明显的警告,即您的里程可能会有所不同。

    对于焦油优化工作,我建议您查看this page,因为它有很多关于焦油优化工作以及如何调整它的好信息。当您拥有大型存储库时,该作业可能需要很长时间才能运行,尤其是在具有大量写入操作的实例上,但可以配置运行时间,使其仅在给定时间段内运行,并且它会选择如果总运行时间长于允许的运行时间,则从前一天晚上停止的地方开始。默认情况下,它每晚从凌晨 2 点到 5 点运行,因此如果需要超过 3 小时的时间,它将在第二天晚上从中断的地方继续,允许它在几天内优化整个存储库,如果需要。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-07-13
      • 1970-01-01
      • 1970-01-01
      • 2015-12-13
      • 2014-10-22
      • 2013-11-04
      • 1970-01-01
      相关资源
      最近更新 更多