Proporcionar búsqueda en todo el sitio para la edición comunitaria

23

A lo largo de los años ha habido numerosos intentos de mejorar las funciones de búsqueda de Magento. (Solr, Lucene, etc.) En 2013, ¿existe una forma preferida / dominante de proporcionar una búsqueda de catálogo en Magento que esté disponible para la edición comunitaria ? ¿Qué pasa con una búsqueda en todo el sitio, algo que busca páginas de contenido?

¿Las personas simplemente se quedan con la búsqueda fuera de la caja, o hay algo mejor?

Alan Storm
fuente
Me atrevería a decir que la mayoría sigue con lo que viene de fábrica. Configurar y aprovechar verdaderamente algo como Solr es una molestia, y requiere un clúster con un nodo Solr dedicado para evitar golpear el sistema de archivos de su nodo web con E / S pesadas. Lo hemos usado, y otros, pero no estoy seguro si hay un "2013" o método dominante. Para todo el sitio, no estoy seguro ... pero apuesto a que mi equipo de Soluciones sí. :)
davidalger
2
Ciertamente puede ejecutar SOLR en la misma máquina que el servidor web, no necesita un clúster en absoluto. Como una aplicación basada en Java, se ejecuta principalmente en la memoria, no en el disco. El acceso al disco es poco frecuente: casi no existe IO. FYI. Implementé> 20 instalaciones SOLR en el último año en escalas variables y nunca necesité una máquina dedicada únicamente para ejecutarlo.
choco-loo
Ahora es 2016 y finalmente agregamos búsqueda de contenido a nuestro propio módulo de búsqueda: integer-net.com/… </shameless_plug>
Fabian Schmengler

Respuestas:

7

Trabajo mucho con Solr y creé una extensión para eso aquí http://solrgento.com . Puede buscar sobre atributos y páginas CMS. Tuve la misma idea que Ivan e implementé toda la vista del catálogo sobre Solr. Realmente está volviendo loco ;-)

daim2k5
fuente
4

Mi recomendación personal

http://php4u.co.uk/blast-search-lucene-magento-extension/

Usé soluciones de esfinge en el pasado, pero parecían requerir atención constante todo el tiempo.

JamesAllwood
fuente
Combinado con conjuntos de atributos personalizados para agregar mejoras de búsqueda en la navegación de búsqueda por capas, Lucene, que está integrado en el Marco Zend, probablemente le dará los mejores resultados.
Fiasco Labs
3

El uso de Sphinx es bastante bueno en estos días. En primer lugar, está directamente conectado a mysql. Crea un índice basado en la consulta mysql que ha especificado para la configuración de sphinx.

Actualmente estamos implementando una solución para un cliente con 2M de SKU y esfinge que muestran excelentes resultados. También planeamos reemplazar completamente la versión PLANA de Magento por Sphinx, en este caso, todas las páginas de categorías de Magento se volverán locas rápidamente.

Por el momento, no hemos visto ninguna buena implementación de Sphinx en el mercado que se ajuste a nuestras necesidades y no repita la lógica de la implementación de Magento Solr que tiene el mayor cuello de botella mediante el uso de la consulta "entity_id IN (?)" A Magento DB .

También aprendí algunos servicios nuevos que proporcionan soluciones de búsqueda SAAS centradas en sitios web de comercio electrónico. Tienen herramientas bastante buenas para organizar la navegación de búsqueda, las modificaciones de clasificación e incluso la posibilidad de ajustar los resultados de búsqueda para la venta adicional.

Uno de esos servicios es Fredhopper. Sin embargo, no es un software de código abierto.

Ivan Chepurnyi
fuente
3

eche un vistazo a http://www.magentocommerce.com/magento-connect/searchanise-connector-add-on-2652.html

su base esfinge y era mayormente gratuita hasta el tercer trimestre de 2013

probé https://code.google.com/p/magento-community-edition-solr/ pero esto no puede buscar en los atributos

Mazo
fuente
Searchanise es gratuito hasta que desee las funciones profesionales. Entonces necesita una suscripción, que en general es más costosa que la extensión promedio como Blast Lucene o Sphinx Search Ultimate.
SPRBRN
1

Para la edición comunitaria, le aconsejaría que pruebe nuestro módulo OpenSource ElasticSuite:

https://github.com/Smile-SA/elasticsuite

Tiene características muy avanzadas que incluso no están disponibles en Magento 2.1 EE (categorías virtuales, clasificación de productos, mejor facetado, ...).

Comenzamos módulos adicionales para indexar contenido adicional como este https://github.com/Smile-SA/module-elasticsuite-cms-search)indexar páginas CMS y agregarlas al autocompletado (todavía es un POC pero ya está funcionando )

Siéntase libre de probarlo y contribuir.

Aurélien FOUCRET
fuente
Oups Olvidé publicar el enlace a la extensión Magento 1.x: github.com/Smile-SA/smile-magento-elasticsearch
Aurélien FOUCRET
0

Elasticsearch - es más fácil de configurar (en magnitudes comparadas con solr) - su construcción para escalar (la respuesta de solr a esto es solrcloud) no está seguro sobre sphinx, la última vez que verifiqué que no era escalable con una configuración complicada (pero conexión directa a mysql como se mencionó) aquí puede ser interesante)

gondo
fuente
0

Mis experiencias recientes con Solr + Magento podrían tener una pequeña idea.

Primero, están los problemas:

  • Bibliotecas PHP fragmentadas: ¿cuál debo usar? ¿Cuántas líneas de código tendré que arreglar en una biblioteca sin mantenimiento?
  • Cosas adicionales para aprender: no tenía experiencia con Tomcat antes de saltar a este bote. Es realmente divertido.
  • Muy poca documentación dirigida a un desarrollador experimentado en un entorno desconocido. Prepárese para aprender toda esa divertida terminología de Java solo para que pueda leer una guía de configuración.
  • Hay mucho esfuerzo involucrado para el aficionado

En mi caso, quiero ir con Solr porque hace lo que quiero. Claro que algunos de esos proveedores de búsqueda de terceros también lo harán, pero si quisiera usar eso, sería el tipo que está contento con un sitio web de $ 200. Ciertamente no estaría tratando de empujar los límites de Magento CE.

La búsqueda inmediata simplemente no va a ser una solución lo suficientemente buena para mí. Tengo clientes que van a confiar en la búsqueda en la tienda y las posibilidades de que escriban mal los nombres son muy altas. Eso solo es suficiente para querer alejarme de los métodos de Magento.

Creo, como otros también han dejado en claro, que ir por el camino de Solr no es una tarea ligera. Además de los aspectos básicos de Solr, también tendrá que preocuparse por las implicaciones de la infraestructura (algo que me está llevando a considerar mover todo a la ubicación conjunta).

Hasta ahora, sin embargo, todo será una experiencia bastante gratificante. Me imagino que pasarán otros dos años antes de tener respuestas a tantas de las preguntas que tengo, y para entonces estaremos viendo la próxima moda que probablemente se esté ejecutando en node.js o algo así y será hora de migrar todo de nuevo.

pspahn
fuente