在fatwire CMS中发布速度非常慢

时间:2011-09-30 07:37:39

标签: content-management-system publishing fatwire

我试图将资源从一个环境发布到另一个环境。它几乎非常缓慢而且没有进一步发展。任何机构都可以提出可能存在的问题吗?

4 个答案:

答案 0 :(得分:1)

尝试细分资源并在较小的群组中发布

答案 1 :(得分:1)

有时它归结为找到导致整个批次停滞的罪魁祸首资产。这就是为什么细分缓慢发布可以帮助缩小问题的范围。还要检查目标目的地是否有任何资产签出。

答案 2 :(得分:1)

有几件事需要检查

您可以在发布目标配置上设置VERBOSE = TRUE,以使UI编写更详细的日志。重要的是要确切知道什么是缓慢的,无论是资产移动目标还是目标缓存刷新/潜在重建。

检查源和目标上的futuretense.txt是否存在任何告密错误或好奇的消息,如果没有任何内容出现,则可能会抑制日志记录。默认情况下,大多数记录器应该具有INFO级别,如果仍然没有出现,则设置com.fatwire.logging.cs = DEBUG并重试。

一般来说,如果这是一个生产系统,并且它没有大量的资产被发布,那么缓存刷新是花费大部分时间的地方。并且,如果配置为执行此操作,则缓存重新生成。详细的发布日志将告诉您刷新了多少。

如果无法通过检查日志来确定缓慢的原因,那么考虑在发布期间定期进行线程转储(源和目标),以查看引擎盖下发生的情况。也许系统在共享磁盘等资源上等待很慢(一个常见的问题)。

菲尔

答案 3 :(得分:0)

为了更好地理解,您需要找到发布过程停留的步骤。如您所知,发布过程由5个步骤组成,前两个(数据收集和序列化)发生在源头,第三个(数据传输)发生在源和源之间。目的地,最后两个(反序列化和缓存清除)发生在交付时。

我遇到的一个奇怪的情况是反序列化步骤,它试图在每次实时发布中更新Locale树。当时的Fatwire支持建议我们添加& PUBLISHLOCALETREE = false。这显着提高了发布性能。同样,这仅适用于您在网站中使用区域设置/翻译的情况。