Zapewnianie wyszukiwania w całej witrynie w wersji dla społeczności


23

Przez lata próbowano ulepszyć funkcje wyszukiwania w Magento. (Solr, Lucene itp.) Czy w 2013 roku istnieje preferowany / dominujący sposób wyszukiwania katalogu w Magento, który jest dostępny do edycji społecznościowej ? Co z wyszukiwaniem w całej witrynie - czymś, co przeszukuje strony z treścią?

Czy ludzie po prostu trzymają się gotowego wyszukiwania, czy może jest coś lepszego?


Zaryzykowałbym stwierdzenie, że większość trzyma się gotowych produktów. Konfigurowanie i korzystanie z czegoś takiego jak Solr jest uciążliwe i wymaga klastra z dedykowanym węzłem Solr, aby zapobiec zatrzaśnięciu systemu plików twojego węzła sieciowego ciężkimi operacjami wejścia / wyjścia. Użyliśmy go i innych, ale nie jestem pewien, czy istnieje metoda „2013” ​​czy dominująca. Jeśli chodzi o całą witrynę, nie jestem pewien… ale założę się, że mój zespół ds. Rozwiązań to robi. :)
davidalger

2
Z pewnością możesz uruchomić SOLR na tym samym komputerze co serwer WWW, nie potrzebuje on w ogóle klastra. Jako aplikacja oparta na Javie działa głównie w pamięci, a nie na dysku. Dostęp do dysku jest rzadki - IO prawie nie istnieje. FYI. W ciągu ostatniego roku wdrożyłem> 20 instalacji SOLR w różnych skalach i nigdy nie potrzebowałem dedykowanej maszyny do jej obsługi.
choco-loo

Teraz jest 2016 i w końcu dodaliśmy wyszukiwanie treści do naszego własnego modułu wyszukiwania: integer-net.com/… </ shameless_plug >
Fabian Schmengler

Odpowiedzi:


7

Dużo współpracuję z Solr i stworzyłem do tego rozszerzenie http://solrgento.com . Możesz przeszukiwać atrybuty i strony CMS. Miałem taki sam pomysł jak Ivan i zaimplementowałem cały widok katalogu Solr. To naprawdę cholernie szybko ;-)


4

Moja osobista rekomendacja -

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

W przeszłości używano rozwiązań sfinksowych, ale wydawało się, że wymagają one ciągłej uwagi przez cały czas.


W połączeniu ze spersonalizowanymi zestawami atrybutów, aby dodać zawężenia wyszukiwania w Nawigacji z wyszukiwaniem warstwowym, Lucene, która jest wbudowana w Zend Framework, prawdopodobnie zapewni najlepsze wyniki.
Fiasco Labs

3

Używanie Sfinksa jest obecnie całkiem dobre. Przede wszystkim jest bezpośrednio podłączony do mysql. Tworzy indeks na podstawie zapytania mysql określonego dla konfiguracji sfinksa.

W tej chwili wdrażamy rozwiązanie dla klienta z 2 milionami SKU i sfinksem pokazującymi świetne wyniki. Planujemy również w pełni zastąpić wersję FLAT Magento Sphinxem, w tym przypadku wszystkie strony kategorii Magento będą szybko cholernie dziwne.

W tej chwili nie widzieliśmy żadnej dobrej implementacji Sphinx na rynku, która pasowałaby do naszych potrzeb i nie powtórzyłaby logiki implementacji Magento Solr, która ma największe wąskie gardło, poprzez użycie zapytania „entity_id IN (?)” Do Magento DB .

Dowiedziałem się także o kilku nowych usługach, które oferują rozwiązania wyszukiwania SAAS ukierunkowane na strony e-commerce. Mają dość dobre narzędzia do organizowania nawigacji w wyszukiwaniu, modyfikacji rankingu, a nawet możliwości dostosowania wyników wyszukiwania do sprzedaży dodatkowej.

Jedną z takich usług jest Fredhopper. Nie jest to jednak oprogramowanie typu Open Source.


3

spójrz na http://www.magentocommerce.com/magento-connect/searchanise-connector-add-on-2652.html

oparty na sfinksie i był w większości darmowy do 3 kwartału 2013 roku

testowałem https://code.google.com/p/magento-community-edition-solr/, ale nie mogę wyszukać w atrybutach


Searchanise jest bezpłatny, dopóki nie będziesz chciał korzystać z funkcji profesjonalnych. Następnie potrzebujesz subskrypcji, która ogólnie jest droższa niż średnie rozszerzenie, takie jak Blast Lucene lub Sphinx Search Ultimate.
SPRBRN


1

W przypadku wydania społeczności radzę wypróbować nasz moduł OpenSource ElasticSuite:

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

Ma bardzo zaawansowane funkcje, nawet niedostępne w Magento 2.1 EE (kategorie wirtualne, sortowanie produktów, lepsze facetingowanie, ...).

Uruchomiliśmy dodatkowe moduły do ​​indeksowania dodatkowej zawartości, takie jak ta https://github.com/Smile-SA/module-elasticsuite-cms-search)indexing strony CMS i dodawanie ich do autouzupełniania (nadal jest to POC, ale już działa ).

Spróbuj i wypróbuj.


Ups, zapomniałem opublikować link do rozszerzenia Magento 1.x: github.com/Smile-SA/smile-magento-elasticsearch
Aurélien FOUCRET


0

Elasticsearch - łatwiejszy do skonfigurowania (pod względem wielkości w porównaniu do solr) - jego kompilacja do scailingu (odpowiedzią solrcloud na solrcloud) nie jestem pewien co do sfinksa, ostatnio sprawdziłem, czy nie jest skalowalny ze skomplikowaną konfiguracją (ale jak wspomniano bezpośrednie połączenie z mysql tutaj może być interesujące)


0

Moje ostatnie doświadczenia z Solr + Magento mogą mieć trochę wglądu.

Po pierwsze, są problemy:

  • Fragmentowane biblioteki PHP - z której powinienem korzystać? Ile wierszy kodu będę musiał naprawić w nieobsługiwanej bibliotece?
  • Dodatkowe rzeczy do nauczenia - przed skokiem do tej łodzi miałem zerowe doświadczenie z Tomcat. To będzie prawdziwa zabawa.
  • Bardzo mało dokumentacji dla doświadczonego programisty w nieznanym środowisku. Przygotuj się na całą zabawną terminologię Java, aby przeczytać instrukcję instalacji.
  • Majsterkowanie wymaga dużego wysiłku

W moim przypadku chcę iść z Solr, ponieważ robi to, co chcę. Pewnie niektórzy z zewnętrznych dostawców usług wyszukiwania to zrobią, ale gdybym chciał tego użyć, byłbym facetem zadowolonym z witryny o wartości 200 USD. Na pewno nie będę próbował przekraczać granic Magento CE.

Wyszukiwanie po wyjęciu z pudełka po prostu nie będzie dla mnie wystarczająco dobrym rozwiązaniem. Mam klientów, którzy będą polegać na wyszukiwaniu w sklepie, a szanse na ich błędne odczytanie są bardzo duże. Już to wystarczy, abym chciał odejść od metod Magento.

Sądzę, że - jak stwierdzili inni - że zejście drogą Solr nie jest łatwym przedsięwzięciem. Oprócz nakrętek samego Solr będziesz musiał również martwić się konsekwencjami infrastruktury (coś, co prowadzi mnie do rozważenia przeniesienia wszystkiego do kolokacji).

Do tej pory jednak było to całkiem satysfakcjonujące doświadczenie. Wyobrażam sobie, że minie jeszcze kilka lat, zanim otrzymam odpowiedzi na tak wiele pytań, które mam, i do tego czasu będziemy patrzeć na kolejną modę, która prawdopodobnie pojawi się w node.js lub czymś innym i nadejdzie czas na migrację od nowa.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.