我在一家零售商工作，我们考虑将 CQ5 作为 CMS 引入。
然而，在做一些研究并与顾问交谈后，事实证明，可能有些事情可能“复杂”。也许你们中的一个人可以对此有所了解。
首先，我们被告知，当您使用多站点管理器创建多语言页面（大约 80 种语言）时，更新过程可能会慢至半小时，直到最终发布更改。你们中有人经历过类似的事情吗？
另一件事是，TarOptimizer 的运行时间相当长。有人告诉我，长达 24 小时的跑步并不少见。再次我的问题：你们中是否有人遇到过这样的问题或对此有解释？
我真的很期待您的回复。
这些确实是两个独立的问题，但我会根据我的经验来解决它们。
创建新的多语言页面的更新过程将根据语言的数量以及您正在运行的发布实例和 Web 服务器的数量（假设您使用调度程序进行缓存）而有所不同。这是因为复制过程是瓶颈所在（至少在我的经验中），因此，如果您试图通过大量前端网络向大量发布者推送大量内容- 需要清除缓存的服务器，由于复制是异步过程，因此发生这种情况会有一些延迟。我见过的最长延迟是在 10 到 15 分钟的范围内，有 12 个发布者和 12 个前端网络服务器，但这有一个明显的警告，即您的里程可能会有所不同。
对于 Tar Optimzation 工作，我建议您看看这个页面，因为它有很多关于 Tar Optizer 工作以及如何调整它的好信息。当您拥有大型存储库时，该作业可能需要很长时间才能运行，尤其是在具有大量写入操作的实例上，但可以配置运行时间，使其仅在给定时间段内运行，并且它会选择如果总运行时间长于允许的运行时间，则从前一天晚上停止的地方开始。默认情况下，它每晚从凌晨 2 点到 5 点运行，因此如果需要超过 3 小时的时间，它将在第二天晚上从中断的地方继续，允许它在几天内优化整个存储库，如果需要。