任何想法或建议。我有点困惑,我已经设置了 solr 和 magento 几次,但现在使用 magento 1.12 它的行为很奇怪,没有正确的结果,也没有拼写检查。
我们的 magento 1.11 在 solr 1.4 上运行良好,它仍然运行良好我尝试使用 1.4 和 solr 3.6 没有修复。
任何想法或建议。我有点困惑
我们发现 Magento EE 1.12 的 solr 存在多个问题。
如果您通过 cronjob 从 shell 运行全文索引器,则不会调度以下事件(是的,拼写错误)“catelogsearch_searchable_attributes_load_after”,并且不会运行此方法:storeSearchableAttributes。这会阻止在 Solr 文档中发送所有全文属性。解决方案是从 GUI 运行它,但您必须在 .htaccess 中延长 php 超时时间,并且还可能延长 php 内存限制。我可能会在某个地方对其进行硬编码,因为您显然不希望您的网站访问者有这么长时间的超时。
我建议在 magento 管理 gui 中启用“部分提交”。
运行此索引器时请注意 solr 日志。它提供了宝贵的线索。我们有两个问题导致 solr 出现严重错误。一个“*”被错误地转义为“\*”的地方。我们通过从核心创建本地覆盖来覆盖它,我们检查!==“*”:app/code/local/Enterprise/Search/Model/Adapter/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']) !== "*")
我们还遇到过这样一种情况,即设置为多选的属性可能没有选择任何选项。长话短说,当数组为空时,它会导致附加一个空字符串,从而引发错误。解决方案是首先检查数组是否为空。所以我们不得不用 app/code/local/Enterprise/Search/Model/Adapter/Abstract.php 覆盖
if (!empty($val)) {
$preparedValue = array_merge($preparedValue, explode(',', $val));
}
我们还刚刚修复了带有选择/多选属性的产品与空白标签一起发送到 solr 的问题。这导致索引器无法完成。
我们覆盖了 app/code/core/Enterprise/Search/Model/Adapter/Abstract.php 并将创建一个本地模块来正确覆盖它。
这是修复
--- a/app/code/core/Enterprise/Search/Model/Adapter/Abstract.php
+++ b/app/code/local/Enterprise/Search/Model/Adapter/Abstract.php
@@ -434,6 +434,10 @@ abstract class Enterprise_Search_Model_Adapter_Abstract
foreach ($preparedValue as $id => $val) {
$preparedValue[$id] = $attribute->getSource()->getOptionText($val);
}
+
+ $preparedValue = array_filter($preparedValue);
+ $preparedNavValue = array_filter($preparedNavValue);
+
} else {
$preparedValue = $value;
if ($backendType == 'datetime') {