更改产品详细信息后，应用的提升规则不起作用

Question

点击后台的星号制作产品英雄产品。它将显示在顶部。然后转到管理视图并更改该产品的详细信息，即分阶段版本中该产品的标识符或摘要，然后对其进行同步。然后去商业搜索视图，看看我们制作英雄产品的产品现在不是英雄产品，而且它是在制作英雄产品之前的地方。

任何人都可以有想法吗？我认为，在编辑该产品的任何细节之后应该是英雄产品它应该在编辑产品细节后看到顶部。

Answer 1

我认为你需要通过在后台更新Solr索引来重新索引solr，你可以点击Hot Update Index按钮，你会发现它：

Administration -> System -> facet Search -> Facet search config -> Hot Update Index

Answer 2

在Hybris中将产品打造成Hero产品只是为给定的产品代码添加了极高的提升分数。由于这是针对SOLR的查询时操作，而不是索引时操作，因此只需执行重新索引就无法解决此问题。

从经验来看，这听起来最接近的是缓存问题。由于Backoffice商业搜索和店面共享相同的服务代码，如果您已经添加了缓存策略（如EhCache），您可能会发现每次都会保留结果集，因为它正在跳过SOLR并从中获取结果缓存。

测试缓存方案

你应该能够通过以下方式测试这个理论：

• 如果您有缓存，请尝试查找所使用的策略，并确定其驱逐策略和生存时间（即LFU，30分钟TTL）
• 转到Backoffice中的商务搜索视角
• 选择一个类别
• 选择产品制作英雄产品
• 暂时将其推广到页面顶部
• 更改类别一次，然后返回上一个类别
• 您应该再次复制此问题，现在仔细检查店面以查看结果集是否相同
• 现在等待你的缓存生存时间。如果您没有TTL，而是有空闲时间，那么您需要确保没有其他人从缓存中访问相同的元素
• 项目过期后，请返回Backoffice
• 如果您的Hero产品现在显示在正确的位置，您就会知道缓存是个问题。您还可以在店面再次查看您的英雄产品现在是否已正确商品化

修复缓存的建议

您可以简单地找到使用缓存策略的Spring Bean（可能是productSearchFacade），然后重新配置，以便Backoffice和店面不再使用缓存。然而，缓存显然是一个有价值的工具，所以我建议至少把它放在店面上。这意味着在Backoffice中所做的任何更改只会在缓存元素过期后反映在店面上，但至少您应该能够通过Commerce Search透视图进行正确商品化。

其他根本原因分析方法

如果缓存不是问题，我强烈建议您通过Hybris管理控制台将两个类的日志记录级别更改为DEBUG（取决于您是否选择了旧版或默认策略）< / p>

<强> LegacyFacetSearchStrategy

<强> DefaultFacetSearchStrategy

这将为您启用原始SOLR查询的记录。这为您提供了在http://localhost:8983使用SOLR管理控制台所需的原始数据，并测试了不同的场景。