gpt4 book ai didi

Magento 1.12 和 Solr 3.6 没有正确的结果,也没有拼写建议

转载 作者:行者123 更新时间:2023-12-02 13:50:38 24 4
gpt4 key购买 nike

任何想法或建议。我有点困惑,我已经设置了 solr 和 magento 几次,但现在使用 magento 1.12,它的行为很奇怪,没有正确的结果,也没有拼写检查。

我们的 magento 1.11 与 solr 1.4 一起工作正常,它仍然工作正常,我尝试使用 1.4 和 solr 3.6 没有修复。

任何想法或建议。我有点困惑

最佳答案

我们发现 Magento EE 1.12 中的 solr 存在多个问题。

  1. 如果您通过 cronjob 从 shell 运行全文索引器,则以下事件(是的,拼写错误)“catelogsearch_searchable_attributes_load_after”将不会被调度,并且此方法将不会运行:storeSearchableAttributes。这阻止了 Solr 文档中发送所有全文属性。解决方案是从 GUI 运行它,但您必须在 .htaccess 中延长 php 超时,并且可能还需要延长 php 内存限制。我可能会将其硬编码在某个地方,因为您显然不希望网站访问者有这么长的超时。

  2. 我建议在 magento 管理 gui 中启用“部分提交”。

  3. 运行此索引器时请注意 solr 日志。它提供了有值(value)的线索。我们有两个问题导致 solr 出现严重错误。其中“*”被错误地转义为“\*”。我们通过从核心创建本地覆盖来覆盖它,我们在其中检查!==“*”:应用程序/代码/本地/企业/搜索/模型/适配器/Solr/Abstract.php

                 foreach ($facetFieldConditions as $facetCondition) {
    if (is_array($facetCondition) && isset($facetCondition['from'])
    && isset($facetCondition['to'])) {
    $from = (isset($facetCondition['from']) && strlen(trim($facetCondition['from'])) && trim($facetCondition['from']) !== "*")
    ? $this->_prepareQueryText($facetCondition['from'])
    : '*';
    $to = (isset($facetCondition['to']) && strlen(trim($facetCondition['to'])) && trim($facetCondition['to']) !== "*")
  4. 我们还遇到过这样的情况:设置为多选的属性无法选择任何选项。长话短说,当数组为空时,会导致附加一个空字符串,从而引发错误。解决方案是首先检查数组是否为空。所以我们必须用 app/code/local/Enterprise/Search/Model/Adapter/Abstract.php 覆盖

    if (!empty($val)) {
    $preparedValue = array_merge($preparedValue, 爆炸(',', $val));
    }

关于Magento 1.12 和 Solr 3.6 没有正确的结果,也没有拼写建议,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11667728/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com