content-management-system - 在 fatwire CMS 中发布非常慢

Question

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

score 1 · Accepted Answer

有几件事要检查

您可以在发布目标配置上设置 VERBOSE=TRUE，以使 UI 写入更详细的日志。重要的是要准确了解什么是缓慢的，无论是将资产移动到目标还是目标上的缓存刷新/潜在重建。

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

一般来说，如果这是一个生产系统，并且发布的资产数量不多，那么缓存刷新是花费最多时间的地方。并且，如果配置为这样做，则缓存重新生成。详细的发布日志会告诉你有多少被刷新。

如果通过检查日志无法确定缓慢的原因，则考虑在发布期间定期进行线程转储（源和目标），以查看幕后发生的情况。也许系统在共享磁盘之类的资源上等待很慢（一个常见问题）。

菲尔

score 1 · Accepted Answer

1

尝试分割您的资产并以较小的组发布

于 2012-01-28T03:31:14.540 回答

score 1 · Accepted Answer

有时归结为找到导致整个批次停滞的罪魁祸首资产。这就是为什么对慢速发布进行分段可以帮助缩小问题的原因。还要检查您的目标目的地中是否有任何资产签出。

score 0 · Accepted Answer

为了更好地理解，您需要找出发布过程卡在哪一步。如您所知，发布过程由 5 个步骤组成，前两个（数据收集和序列化）发生在源，第三个（数据传输）发生在源和目标之间，最后两个（反序列化和缓存清除）发生在交货时。

我遇到的一个奇怪的情况是它试图在每次实时发布中更新语言环境树的反序列化步骤。当时的 Fatwire 支持建议我们添加 &PUBLISHLOCALETREE=false。这显着提高了发布性能。再一次，这仅适用于您在站点中使用语言环境/翻译的情况。

4 回答 4