优化信息流：最佳实践

一般原则

在区分之后配置的所有内容—包括规则，排除和预览中的大量更正—每次生成feed时都必须实时计算。

• 这些计算需要大量资feed，可能会减慢整体性能，有时如果您的连接在处理完成之前过期，可能会导致超时。
• 区分，然而，是在索引期间预处理并存储在数据库中，使它们立即可用并显著减少处理时间。
• 将优化规则限制为每个目录最多50个（技术限制）。超过此限制可能会导致计算错误或意外行为，目前没有此类警报。
• 限制附加feed的数量，10个是保持性能的合理最大值。

排除

排除应谨慎使用，仅用于特殊或临时情况。否则，应优先考虑区分。
如果必须使用排除，请遵循以下最佳实践：

黄金法则：避免复杂的排除规则

不建议基于长产品ID列表的排除：

• 当系统在包含数十甚至数百个条目的长列表中检查特定ID时，通常会发生延迟。尽管这个过程看起来很简单，但它需要大量的处理时间。这种方法只应用于小列表（最多10个ID）。
  不要在排除中使用ID列表，而是在附加feed中添加一个字区分（是/否值）并基于它创建一个规则。

排除指南

• 建议在排除不影响任何产品时禁用排除。它们会触发不必要的计算。
• 如果排除只影响少量产品（例如，0.1%或0.2%），使用区分代替，以避免对最小影响进行过多计算。
• 建议将排除限制为最多4或5个，因为过多的排除会触发重复计算。

区分

遵循与排除相同的原则：尽可能使用区分代替排除以减少处理时间。

规则

根据字区分类型（文本与数字值）使用正确的运算符规则以避免处理错误。

预览更改

避免直接更改产品或基于规则的调整在预览中。
相反，尽可能更新目录数据或优化feed数据。