Забезпечення широкого пошуку на сайті для спільноти видання

23

Протягом багатьох років було здійснено численні спроби вдосконалити функції пошуку Magento. (Solr, Lucene та ін.) Чи є в 2013 році кращим / домінуючим способом пошуку каталогу в Magento, який доступний для видання для громади ? А як щодо пошуку на сайті - те, що шукає вмістові сторінки?

Люди просто не дотримуються пошуку, чи щось краще?

magento-1.7 catalogsearch search

— Алан Шторм
джерело

Я б ризикну сказати, що більшість стикається з нестандартною коробкою. Налаштування та справжнє використання чогось подібного до Solr - це біль, і потрібен кластер із виділеним вузлом Solr, щоб запобігти грюкоті файлової системи вашого веб-вузла з великим входом / виводом. Ми використовували його та інші, але я не впевнений, чи існує "2013" чи домінуючий метод. Що стосується всього сайту, я не впевнений ... але я думаю, що моя команда Solutions робить. :)

— davidalger

2

Ви, звичайно, можете запустити SOLR на тій же машині, що і веб-сервер, для цього кластер взагалі не потребує. Як додаток на базі Java, він працює в основному в пам'яті, а не на диску. Доступ до дисків нечастий - IO майже не існує. FYI. За останній рік я розгорнув 20 установок SOLR в різних масштабах, і ніколи не знадобився спеціалізований апарат виключно для його запуску.

— choco-loo

Зараз настав 2016 рік, і ми нарешті додали пошук контенту до власного модуля пошуку: integer-net.com/… </

— shameless_plug

7

Я багато працюю з Solr і створив для цього розширення http://solrgento.com . Ви можете шукати атрибути та CMS-сторінки. Я мав таку ж ідею, що і Іван, і реалізував весь перегляд каталогу над Solr. Її справді швидко страшно ;-)

— daim2k5
джерело

4

Моя особиста рекомендація -

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

Раніше використовували рішення сфінкса, але вони, як видається, вимагали постійної уваги весь час.

— ДжеймсАлвуд
джерело

У поєднанні з індивідуальними наборами атрибутів для додавання уточнень пошуку в багатошарову навігаційну пошукову систему, лучен, вбудований в Zend Framework, ймовірно, дасть вам найкращі результати.

— Лабораторії Фіаско

3

Використання Сфінкса в наші дні досить добре. Перш за все це безпосередньо пов'язано з mysql. Він створює індекс на основі запиту mysql, який ви вказали для конфігурації сфінкса.

Наразі ми реалізовуємо рішення для клієнта з 2М SKU та сфінксом, які показують чудові результати. Ми також плануємо повністю замінити FLAT-версію Magento на Сфінкс, і в цьому випадку всі сторінки категорії Magento будуть швидко виганяти.

На даний момент ми не бачили жодної вдалої реалізації Sphinx на ринку, яка відповідала б нашим потребам і не повторила б логіку впровадження Magento Solr, яка має найбільше вузьке місце, використовуючи запит "entit_id IN (?)" До Magento DB .

Також я дізнався про нові сервіси, які пропонують пошукові рішення SAAS, орієнтовані на веб-сайти електронної комерції. Вони мають досить хороші інструменти в організації пошукової навігації, модифікації рейтингу і навіть можливості коригування результатів пошуку для підвищення якості.

Однією з таких служб є Fredhopper. Однак це не програмне забезпечення з відкритим кодом.

— Іван Чепурний
джерело

3

подивіться на http://www.magentocommerce.com/magento-connect/searchanise-connector-add-on-2652.html

базувався на сфінксі і був майже безкоштовним до третього кварталу 2013 року

Я перевірив https://code.google.com/p/magento-community-edition-solr/, але це не можу шукати в атрибутах

— булава
джерело

Searchanise безкоштовний, поки ви не захочете профі. Тоді вам потрібна підписка, яка в цілому дорожча, ніж середнє розширення, як Blast Lucene або Sphinx Search Ultimate.

— SPRBRN

1

Ми використовуємо пошук пошуку в сфінксі за допомогою mirasvit, чудової інтеграції сфінксів до магазину magento.

— Олексій
джерело

Чи можете ви надати більше інформації про це? Посилання, документація ... нічого

— Маріус

1

Сторінка розширення mirasvit.com/magento-extensions/sphinx-search-ultimate.html Посібник користувача: mirasvit.com/docs/ssu/2.3.1

— Alex

1

Для видання для спільноти я б радив спробувати наш модуль OpenSource ElasticSuite:

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

Він має дуже вдосконалені функції, які навіть не доступні в Magento 2.1 EE (віртуальні категорії, сортування виробів, краща граніт, ...).

Ми запустили додаткові модулі для додаткової індексації контенту, як ця https://github.com/Smile-SA/module-elasticsuite-cms-search)indexing CMS-сторінки та додавши їх до автозаповнення (це все ще POC, але він вже працює ).

Не соромтеся спробувати це та зробити свій внесок.

— Aurélien FOUCRET
джерело

На жаль, я забув опублікувати посилання на розширення Magento 1.x: github.com/Smile-SA/smile-magento-elasticsearch

— Aurélien FOUCRET

0

це новий варіант Я перевіряю, цікаве рішення для магенто, використовуючи еластичний пошук - на основі люцену - http://www.bubblecode.net/en/2012/06/24/magento-enhance-your-search-results- з -еластичним пошуком /

— s_h
джерело

Як це вийшло?

— SPRBRN

@SPRBRN цікаве рішення еластичного пошуку. у них є недолік у документації на основі написаного деяким фахівцем. я опублікую більше інформації найближчим часом.

— s_h

0

Elasticsearch - його легше налаштувати (у величинах порівнювати з solr) - його збірка для масштабування (відповідь Solr на це - solrcloud) не впевнений у сфінксі, в останній раз Ive перевіряв, що це не масштабується зі складною конфігурацією (але пряме з'єднання з mysql, як згадувалося тут може бути цікаво)

— гондо
джерело

0

Мій останній досвід роботи з Solr + Magento, можливо, трохи розбереться.

По-перше, є проблеми:

Роздроблені бібліотеки PHP - Якою я повинен користуватися? Скільки рядків коду мені доведеться виправити в непідтримуваній бібліотеці?
Додаткові речі для вивчення - я не мав досвіду роботи з Tomcat перед тим, як стрибнути в цей човен. Це справді весело.
Дуже мало документації, орієнтованої на досвідченого розробника в незнайомому середовищі. Будьте готові вивчити усю цікаву термінологію Java лише для того, щоб ви могли прочитати посібник із налаштування.
Додано багато зусиль для того, щоб зробити сам

У моєму випадку я хочу піти з Солром, тому що він робить те, що я хочу. Впевнені, що хтось із тих сторонніх постачальників пошукових запитів зробить це теж, але якби я хотів використати це, я був би хлопцем, який задовольняється веб-сайтом у розмірі 200 доларів. Я, звичайно, не намагався б просунути межі Magento CE.

Пошук у звичайній формі просто не стане для мене достатньо хорошим рішенням. У мене є клієнти, які будуть розраховувати на пошук у магазині, і шанси їх неправильно назвати імена дуже високі. Одного лише цього мені достатньо, щоб хотіти піти від методів Маженто.

Я думаю, як і інші зрозуміли, що спускатися по дорозі Солра - це не легка справа. Окрім самих гайок і болтів Solr, вам також доведеться турбуватися про наслідки для інфраструктури (те, що спонукає мене розглянути можливість переміщення всього до місця розташування).

Поки що, однак, все це є досить корисним досвідом. Я думаю, що пройде ще пару років, перш ніж я отримаю відповіді на стільки питань, які у мене є, і до того часу ми будемо дивитись на наступний мод, який, ймовірно, працює в node.js або щось таке, і настав час міграції Знову і знову.

— pspahn
джерело