Menyediakan Pencarian Luas Situs untuk Edisi Komunitas


23

Selama bertahun-tahun ada banyak upaya untuk meningkatkan fitur pencarian Magento. (Solr, Lucene, dll.) Pada 2013, apakah ada cara yang disukai / dominan dalam menyediakan pencarian katalog di Magento yang tersedia untuk edisi komunitas ? Bagaimana dengan pencarian di seluruh situs - sesuatu yang mencari halaman konten?

Apakah orang hanya bertahan dengan pencarian di luar kotak, atau ada sesuatu yang lebih baik?


Saya berani mengatakan sebagian besar menempel dengan out-of-the-box. Mengkonfigurasi dan benar-benar memanfaatkan sesuatu seperti Solr adalah hal yang menyebalkan, dan membutuhkan sebuah cluster dengan node Solr khusus untuk mencegah membanting sistem file simpul web Anda dengan I / O yang berat. Kami telah menggunakannya, dan yang lainnya, tetapi saya tidak yakin apakah ada metode "2013" atau dominan. Untuk seluruh situs, saya tidak yakin ... tapi saya yakin tim Solusi saya melakukannya. :)
davidalger

2
Anda tentu dapat menjalankan SOLR pada mesin yang sama dengan server web, itu tidak memerlukan cluster sama sekali. Sebagai aplikasi berbasis Java, aplikasi ini sebagian besar berjalan dalam memori, bukan pada disk. Akses disk jarang - IO hampir tidak ada. FYI. Saya telah menggunakan> 20 instalasi SOLR pada tahun lalu di berbagai skala dan tidak pernah membutuhkan mesin khusus untuk menjalankannya.
choco-loo

Sekarang ini tahun 2016 dan kami akhirnya menambahkan pencarian konten ke modul pencarian kami sendiri: integer-net.com /... </shameless_plug>
Fabian Schmengler

Jawaban:


7

Saya banyak bekerja dengan Solr dan membuat Ekstensi untuk itu di sini http://solrgento.com . Anda dapat mencari atribut dan halaman CMS. Saya memiliki ide yang sama dengan Ivan dan menerapkan seluruh katalog melihat Solr. Sangat cepat ;-)



3

Penggunaan Sphinx cukup baik akhir-akhir ini. Pertama-tama terhubung langsung ke mysql. Itu membuat indeks berdasarkan permintaan mysql yang telah Anda tentukan untuk konfigurasi sphinx.

Kami saat ini menerapkan solusi untuk pelanggan dengan 2M SKU dan sphinx yang menunjukkan hasil luar biasa. Kami juga berencana untuk mengganti sepenuhnya versi FLAT dari Magento oleh Sphinx, dalam hal ini semua halaman kategori Magento akan menjadi sangat cepat.

Saat ini kami belum melihat implementasi Sphinx yang baik di Pasar yang sesuai dengan kebutuhan kami dan tidak akan mengulangi logika implementasi Magento Solr yang memiliki hambatan terbesar dengan menggunakan permintaan "entity_id IN (?)" Ke permintaan Magento DB .

Saya juga belajar beberapa layanan baru yang menyediakan solusi pencarian SAAS yang berfokus pada situs web E-commerce. Mereka memiliki alat yang cukup bagus dalam mengatur navigasi pencarian, modifikasi peringkat dan bahkan kemungkinan untuk menyesuaikan hasil pencarian untuk peningkatan.

Salah satu layanan tersebut adalah Fredhopper. Namun ini bukan perangkat lunak Open Source.




1

Untuk edisi komunitas saya sarankan Anda untuk mencoba modul OpenSource, ElasticSuite:

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

Ini memiliki fitur yang sangat canggih bahkan tidak tersedia di Magento 2.1 EE (kategori virtual, penyortiran produk, faceting yang lebih baik, ...).

Kami mulai modul tambahan untuk pengindeksan konten tambahan seperti ini https://github.com/Smile-SA/module-elasticsuite-cms-search)indexing halaman CMS dan menambahkannya ke autocomplete (masih POC tetapi sudah berfungsi ).

Jangan ragu untuk mencobanya dan berkontribusi.


Oups Saya lupa memposting tautan ke ekstensi Magento 1.x: github.com/Smile-SA/smile-magento-elasticsearch
Aurélien FOUCRET


0

Elasticsearch - lebih mudah untuk setup (dalam magnitude dibandingkan dengan solr) - build untuk scailing (solr jawaban untuk ini solrcloud) tidak yakin tentang sphinx, terakhir kali saya memeriksa itu tidak dapat diskalakan dengan konfigurasi yang rumit (tetapi koneksi langsung ke mysql seperti yang disebutkan disini mungkin menarik)


0

Pengalaman saya baru-baru ini dengan Solr + Magento mungkin memiliki sedikit wawasan.

Pertama, ada masalahnya:

  • Perpustakaan PHP yang terfragmentasi - Mana yang harus saya gunakan? Berapa banyak baris kode yang harus saya perbaiki di perpustakaan yang tidak dirawat?
  • Hal-hal tambahan untuk dipelajari - Saya tidak memiliki pengalaman dengan Tomcat sebelum melompat ke kapal ini. Ini menjadi nyata menyenangkan.
  • Sangat sedikit dokumentasi yang ditujukan untuk pengembang berpengalaman di lingkungan yang tidak dikenal. Bersiaplah untuk mempelajari semua terminologi Java yang menyenangkan agar Anda dapat membaca panduan pengaturan.
  • Ada banyak upaya yang terlibat untuk DIYer

Dalam kasus saya, saya ingin pergi dengan Solr karena melakukan apa yang saya inginkan. Tentu beberapa penyedia pencarian pihak ke-3 itu akan melakukannya juga, tetapi jika saya ingin menggunakannya, saya akan menjadi orang yang puas dengan situs web seharga $ 200. Saya pasti tidak akan mencoba untuk mendorong batas-batas Magento CE.

Pencarian out-of-the-box hanya tidak akan menjadi solusi yang cukup baik bagi saya. Saya memiliki pelanggan yang akan mengandalkan pencarian di toko dan kemungkinan mereka salah mengeja nama sangat tinggi. Itu saja sudah cukup bagi saya untuk ingin menjauh dari metode Magento.

Saya pikir, seperti yang lain juga telah menjelaskan, bahwa menyusuri jalan Solr bukanlah pekerjaan ringan. Selain dari mur dan baut Solr itu sendiri, Anda juga harus khawatir tentang implikasi infrastruktur (sesuatu yang membuat saya mempertimbangkan untuk memindahkan semuanya ke lokasi bersamaan).

Namun, sejauh ini, itu semua menjadi pengalaman yang sangat berharga. Saya membayangkan bahwa itu akan menjadi beberapa tahun lagi sebelum saya memiliki jawaban atas begitu banyak pertanyaan yang saya miliki, dan pada saat itu kita akan melihat mode berikutnya yang mungkin berjalan di node.js atau sesuatu dan akan tiba waktunya untuk bermigrasi semua lagi.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.