Fornecendo pesquisa em todo o site para Community Edition

23

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?

Alan Storm
fonte
Atrevo-me a dizer que a maioria está sempre pronta a usar. Configurar e realmente tirar proveito de algo como o Solr é uma tarefa difícil e requer um cluster com um nó Solr dedicado para evitar sobrecarregar o sistema de arquivos do nó da web com E / S pesadas. Nós o usamos e outros, mas não tenho certeza se existe um "2013" ou método dominante. Para todo o site, não tenho certeza ... mas aposto que minha equipe de soluções sim. :)
davidalger
2
Certamente você pode executar o SOLR na mesma máquina que o servidor da Web, pois não precisa de um cluster. Como um aplicativo baseado em Java, ele roda amplamente na memória, não no disco. O acesso ao disco não é frequente - quase não existe IO. PARA SUA INFORMAÇÃO. Implantei mais de 20 instalações SOLR no ano passado em escalas variadas e nunca precisei de uma máquina dedicada apenas para executá-la.
Choco-loo
Agora é 2016 e, finalmente, acrescentou pesquisa de conteúdo para o nosso próprio módulo de pesquisa: integer-net.com/... </ shameless_plug>
Fabian Schmengler

Respostas:

7

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 ;-)

daim2k5
fonte
4

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.

JamesAllwood
fonte
Combinado com conjuntos de atributos personalizados para adicionar refinamentos de pesquisa na Navegação em camadas, o Lucene, que é incorporado ao Zend Framework, provavelmente fornecerá os melhores resultados.
Fiasco Labs
3

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.

Ivan Chepurnyi
fonte
3

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

maça
fonte
O Searchanise é gratuito até que você queira os recursos profissionais. Então você precisa de uma assinatura, que geralmente é mais cara que a extensão média, como Blast Lucene ou Sphinx Search Ultimate.
SPRBRN
1

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.

Aurélien FOUCRET
fonte
Oups eu esqueci de postar o link para a extensão 1.x Magento: github.com/Smile-SA/smile-magento-elasticsearch
Aurélien FOUCRET
0

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)

gondo
fonte
0

Minhas experiências recentes com Solr + Magento podem ter um pouco de insight.

Primeiro, há os problemas:

  • Bibliotecas PHP fragmentadas - Qual devo usar? Quantas linhas de código precisarei corrigir em uma biblioteca não mantida?
  • Coisas adicionais a aprender - eu não tinha experiência com o Tomcat antes de entrar neste barco. É muito divertido.
  • Muito pouca documentação é voltada para um desenvolvedor experiente em um ambiente desconhecido. Esteja preparado para aprender toda essa divertida terminologia Java, apenas para ler um guia de configuração.
  • Há muito esforço envolvido para o DIYer

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.

pspahn
fonte