Ao longo dos anos, houve inúmeras tentativas de melhorar os recursos de pesquisa do Magento. (Solr, Lucene, etc.) Em 2013, existe uma maneira preferida / dominante de fornecer uma pesquisa de catálogo no Magento disponível para edição comunitária ? Que tal uma pesquisa em todo o site - algo que pesquisa páginas de conteúdo?
As pessoas estão aderindo à pesquisa imediata ou há algo melhor?
magento-1.7
catalogsearch
search
Alan Storm
fonte
fonte
Respostas:
Eu trabalho muito com o Solr e criei uma extensão para isso aqui http://solrgento.com . Você pode pesquisar sobre atributos e páginas do CMS. Tive a mesma ideia que Ivan e implementei toda a exibição do catálogo no Solr. É realmente muito rápido ;-)
fonte
Minha recomendação pessoal -
http://php4u.co.uk/blast-search-lucene-magento-extension/
Usavam soluções de esfinge no passado, mas pareciam exigir atenção constante o tempo todo.
fonte
Atualmente, o uso da Esfinge é bastante bom. Primeiro de tudo, ele está diretamente conectado ao mysql. Ele cria um índice com base na consulta mysql que você especificou para a configuração do sphinx.
No momento, estamos implementando uma solução para um cliente com 2 milhões de SKUs e esfinge mostrando ótimos resultados. Também estamos planejando substituir completamente a versão FLAT do Magento pela Sphinx. Nesse caso, todas as páginas da categoria Magento ficarão loucas rapidamente.
No momento, não vimos nenhuma boa implementação do Sphinx no mercado que atendesse às nossas necessidades e não repetisse a lógica da implementação do Magento Solr que possui o maior gargalo usando a consulta "entity_id IN (?)" No Magento DB .
Também aprendi alguns novos serviços que fornecem soluções de busca SAAS focadas em sites de comércio eletrônico. Eles têm ferramentas muito boas na organização da navegação de pesquisa, modificações no ranking e até possibilidade de ajustar os resultados da pesquisa para aumentar as vendas.
Um desses serviços é o Fredhopper. No entanto, não é um software de código aberto.
fonte
consulte http://www.magentocommerce.com/magento-connect/searchanise-connector-add-on-2652.html
sua base de esfinge e estava livre até o terceiro trimestre de 2013
eu testei https://code.google.com/p/magento-community-edition-solr/ mas isso não pode pesquisar nos atributos
fonte
Usamos sphinx search ultimate por mirasvit, excelente integração de sphinx à loja magento.
fonte
Para a edição da comunidade, aconselho você a experimentar o nosso módulo OpenSource ElasticSuite:
https://github.com/Smile-SA/elasticsuite
Possui recursos muito avançados, mesmo que não estejam disponíveis no Magento 2.1 EE (categorias virtuais, classificação de produtos, melhor facetagem, ...).
Iniciamos módulos adicionais para indexação de conteúdo adicional como este https://github.com/Smile-SA/module-elasticsuite-cms-search)indexing páginas do CMS e adicionando-as ao preenchimento automático (ainda é um POC, mas já está funcionando) )
Sinta-se livre para experimentar e contribuir.
fonte
esta é uma nova opção que estou verificando, solução interessante para magento, usando elasticsearch - baseado em lucene - http://www.bubblecode.net/en/2012/06/24/magento-enhance-your-search-results- with-elasticsearch /
fonte
O Elasticsearch - é mais fácil de configurar (em magnitudes do que o solr) - sua compilação para raspagem (a resposta do solr para isso é solrcloud) não tem certeza sobre a esfinge, da última vez que verifiquei, não era escalável com configurações complicadas (mas conexão direta com o mysql como mencionado aqui pode ser interessante)
fonte
Minhas experiências recentes com Solr + Magento podem ter um pouco de insight.
Primeiro, há os problemas:
No meu caso, eu quero ir com o Solr, porque ele faz o que eu quero. Certamente alguns desses provedores de pesquisa de terceiros também farão isso, mas se eu quisesse usá-lo, seria o cara que está contente com um site de US $ 200. Eu certamente não estaria tentando forçar os limites do Magento CE.
A pesquisa pronta para uso simplesmente não será uma solução suficientemente boa para mim. Tenho clientes que dependem da pesquisa na loja e as chances de escreverem incorretamente os nomes são muito altas. Só isso já é suficiente para que eu queira me afastar dos métodos do Magento.
Penso, como outros também deixaram claro, que seguir pela estrada Solr não é tarefa fácil. Além das porcas e parafusos do próprio Solr, você também terá que se preocupar com as implicações da infraestrutura (algo que está me levando a considerar mudar tudo para a co-localização).
Até agora, porém, tudo é uma experiência bastante gratificante. Eu imagino que levarei mais alguns anos até que eu tenha respostas para muitas das perguntas que tenho, e então veremos a próxima moda que provavelmente está sendo executada no node.js ou algo assim, e será a hora de migrar tudo de novo.
fonte