長年にわたり、Magentoの検索機能を改善する試みが数多く行われてきました。(Solr、Luceneなど)2013年、Magento でコミュニティエディションで利用可能なカタログ検索を提供する優先/優位な方法はありますか?コンテンツ全体を検索するサイト全体の検索はどうですか?
すぐに使える検索に固執しているのですか、それとももっと良いものがありますか?
長年にわたり、Magentoの検索機能を改善する試みが数多く行われてきました。(Solr、Luceneなど)2013年、Magento でコミュニティエディションで利用可能なカタログ検索を提供する優先/優位な方法はありますか?コンテンツ全体を検索するサイト全体の検索はどうですか?
すぐに使える検索に固執しているのですか、それとももっと良いものがありますか?
回答:
私はSolrで多くの作業を行い、そのための拡張機能をここhttp://solrgento.comで作成しました。属性とCMSページを検索できます。Ivanと同じ考えを持っていて、Solrでカタログビュー全体を実装しました。本当にすごい高速です;-)
私の個人的な推薦-
http://php4u.co.uk/blast-search-lucene-magento-extension/
過去にスフィンクスソリューションを使用していましたが、常に一定の注意が必要と思われました。
最近では、Sphinxの使用は非常に優れています。まず、mysqlに直接接続されています。sphinx設定用に指定したmysqlクエリに基づいてインデックスを作成します。
現在、2MのSKUとスフィンクスが優れた結果を示しているお客様向けのソリューションを実装しています。また、MagentoのFLATバージョンをSphinxに完全に置き換えることも計画しています。この場合、Magentoのすべてのカテゴリページが高速になります。
現時点では、市場に適したSphinxの実装が見当たらず、Magento DBへの「entity_id IN(?)」クエリを使用して最大のボトルネックを持つMagento Solr実装のロジックを繰り返すことはありません。 。
また、電子商取引Webサイトに焦点を当てた検索SAASソリューションを提供するいくつかの新しいサービスを学びました。彼らは、検索ナビゲーションの整理、ランキングの変更、さらにはアップセルのために検索結果を調整する可能性さえある非常に優れたツールを持っています。
そのようなサービスの1つがFredhopperです。ただし、オープンソースソフトウェアではありません。
で見てhttp://www.magentocommerce.com/magento-connect/searchanise-connector-add-on-2652.html
そのスフィンクスベースで、2013年第3四半期までほとんど無料でした
私はテストしました https://code.google.com/p/magento-community-edition-solr/をが、この属性では検索できません
コミュニティ版については、OpenSourceモジュールElasticSuiteを試してみることをお勧めします。
https://github.com/Smile-SA/elasticsuite
Magento 2.1 EEにはない非常に高度な機能(仮想カテゴリ、製品の並べ替え、ファセットの改善など)があります。
このような追加コンテンツインデックス作成用の追加モジュールを開始しましたhttps://github.com/Smile-SA/module-elasticsuite-cms-search)indexingページのし、オートコンプリートに追加するしました(まだPOCですが、既に機能しています) )。
試して、貢献してください。
これは、私がチェックしている新しいオプションです。magentoの興味深いソリューションで、elasticsearchを使用しています-luceneに基づいています-http : //www.bubblecode.net/en/2012/06/24/magento-enhance-your-search-results- with-elasticsearch /
Solr + Magentoでの最近の経験から少し洞察を得ることができます。
まず、問題があります:
私の場合は、Solrを使いたいと思っています。もちろん、サードパーティの検索プロバイダーの一部もそれを行いますが、それを使用したい場合は、$ 200のWebサイトを持つコンテンツになります。私は、Magento CEの限界を押し広げようとは思わないでしょう。
すぐに使える検索は、単に私にとって十分な解決策にはならないでしょう。店舗検索に頼る顧客がいますが、名前を間違える可能性が非常に高いです。それだけで、Magentoの方法から逃れたいと思うのに十分です。
他の人も明らかにしたように、Solrの道を下るのは簡単なことではないと思います。Solr自体の要点は別として、インフラストラクチャへの影響(すべてをコロケーションに移動することを検討するように導いているもの)についても心配する必要があります。
しかし、これまでのところ、それはすべて非常にやりがいのある経験です。私が抱える多くの質問に答えるのにさらに数年かかることを想像し、それまでにnode.jsなどで実行されていると思われる次の流行を見て、移行する時が来ますもう一度。