Cung cấp trang web Tìm kiếm rộng cho phiên bản cộng đồng


23

Trong những năm qua, đã có rất nhiều nỗ lực cải thiện các tính năng tìm kiếm của Magento. (Solr, Lucene, v.v.) Trong năm 2013, có cách nào ưu tiên / chi phối trong việc cung cấp tìm kiếm danh mục trong Magento có sẵn cho phiên bản cộng đồng không? Điều gì về một tìm kiếm trên toàn trang web - một cái gì đó tìm kiếm các trang nội dung?

Có phải mọi người chỉ gắn bó với tìm kiếm ngoài hộp, hoặc có một cái gì đó tốt hơn?


Tôi muốn nói rằng hầu hết đều gắn bó với những thứ bên ngoài. Cấu hình và thực sự tận dụng lợi thế của một cái gì đó như Solr là một điều khó khăn và đòi hỏi một cụm có nút Solr chuyên dụng để ngăn chặn hệ thống tệp của nút web của bạn với I / O nặng. Chúng tôi đã sử dụng nó và các phương pháp khác, nhưng tôi không chắc có phương pháp "2013" hay phương pháp chi phối nào không. Đối với toàn bộ trang web, tôi không chắc chắn nhưng tôi cá là nhóm Giải pháp của tôi làm được. :)
davidalger

2
Bạn chắc chắn có thể chạy SOLR trên cùng một máy với máy chủ web, nó hoàn toàn không cần một cụm. Là một ứng dụng dựa trên Java, nó chạy phần lớn trong bộ nhớ, không phải trên đĩa. Truy cập đĩa không thường xuyên - IO gần như không tồn tại. FYI. Tôi đã triển khai> 20 cài đặt SOLR trong năm ngoái với các quy mô khác nhau và không bao giờ cần một máy chuyên dụng chỉ để chạy nó.
choco-loo

Bây giờ là năm 2016 và cuối cùng chúng tôi đã thêm tìm kiếm nội dung vào mô-đun tìm kiếm của riêng mình: số nguyên- net.com / từ </
shaming_plug

Câu trả lời:


7

Tôi làm việc rất nhiều với Solr và tạo ra một Phần mở rộng cho điều đó tại đây http://solrgento.com . Bạn có thể tìm kiếm trên các thuộc tính và các trang CMS. Tôi có cùng ý tưởng với Ivan và thực hiện toàn bộ khung nhìn danh mục trên Solr. Nó thực sự đáng sợ nhanh chóng ;-)


4

Đề nghị cá nhân của tôi -

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

Đã sử dụng các giải pháp nhân sư trong quá khứ, nhưng dường như chúng luôn đòi hỏi sự chú ý liên tục.


Kết hợp với các bộ thuộc tính tùy chỉnh để thêm các sàng lọc tìm kiếm trong Điều hướng tìm kiếm được xếp lớp, Lucene được tích hợp trong Khung công tác Zend có thể sẽ mang lại cho bạn kết quả tốt nhất.
Phòng thí nghiệm Fiasco

3

Sử dụng Sphinx là khá tốt những ngày này. Trước hết, nó được kết nối trực tiếp với mysql. Nó tạo chỉ mục dựa trên truy vấn mysql mà bạn đã chỉ định cho cấu hình nhân sư.

Hiện tại chúng tôi đang triển khai giải pháp cho khách hàng với 2 triệu SKU và nhân sư cho thấy kết quả tuyệt vời. Chúng tôi cũng có kế hoạch thay thế hoàn toàn phiên bản FLAT của Magento bằng Sphinx, trong trường hợp này, tất cả các trang chuyên mục Magento sẽ nhanh chóng trở nên tồi tệ.

Hiện tại, chúng tôi chưa thấy triển khai Nhân sư nào trên Thị trường phù hợp với nhu cầu của mình và sẽ không lặp lại logic của việc triển khai Magento Solr có nút cổ chai lớn nhất bằng cách sử dụng truy vấn "entity_id IN (?)" Cho Magento DB .

Ngoài ra, tôi đã học được một số dịch vụ mới cung cấp các giải pháp SAAS tìm kiếm tập trung vào các trang web thương mại điện tử. Họ có các công cụ khá tốt trong việc tổ chức điều hướng tìm kiếm, sửa đổi xếp hạng và thậm chí có khả năng điều chỉnh kết quả tìm kiếm để bán hàng.

Một trong những dịch vụ như vậy là Fredhopper. Tuy nhiên nó không phải là phần mềm nguồn mở.


3

hãy xem http: //www.magentoc Commerce.com/magento-connect/searchanise-connector-add-on-2652.html

nhân sư của nó dựa trên và chủ yếu là miễn phí cho đến q3 2013

tôi đã kiểm tra https://code.google.com.vn/p/magento-community-edition-solr/ nhưng điều này không thể tìm kiếm trong các thuộc tính


Searchanise là miễn phí cho đến khi bạn muốn các tính năng chuyên nghiệp. Sau đó, bạn cần đăng ký, nói chung là đắt hơn so với tiện ích mở rộng trung bình như Blast Lucene hoặc Sphinx Search Ultimate.
XUÂN


1

Đối với phiên bản cộng đồng, tôi sẽ khuyên bạn dùng thử mô-đun OpenSource của chúng tôi:

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

Nó có các tính năng rất tiên tiến thậm chí không có sẵn trong Magento 2.1 EE (danh mục ảo, sắp xếp sản phẩm, giao diện tốt hơn, ...).

Chúng tôi đã bắt đầu các mô-đun bổ sung để lập chỉ mục nội dung bổ sung như thế này https://github.com/Smile-SA/module-elSTERuite-cms-search)indexing các trang CMS và thêm chúng vào tự động hoàn thành (nó vẫn là POC nhưng vẫn hoạt động ).

Hãy thử nó và đóng góp.


Oups Tôi quên đăng liên kết tới tiện ích mở rộng Magento 1.x: github.com/Smile-SA/smile-magento-elaticsearch
Aurélien FOUCRET


0

Elaticsearch - dễ cài đặt hơn (về độ lớn so với solr) - bản dựng của nó để nói xấu (câu trả lời solr cho điều này là solrcloud) không chắc chắn về nhân sư, lần trước tôi đã kiểm tra nó không thể mở rộng với cấu hình phức tạp (nhưng kết nối trực tiếp với mysql như đã đề cập ở đây có thể thú vị)


0

Những trải nghiệm gần đây của tôi với Solr + Magento có thể có một chút hiểu biết.

Đầu tiên, có vấn đề:

  • Các thư viện PHP bị phân mảnh - Tôi nên sử dụng thư viện nào? Có bao nhiêu dòng mã tôi sẽ phải sửa trong một thư viện không rõ?
  • Những thứ khác để học hỏi - Tôi không có kinh nghiệm với Tomcat trước khi nhảy lên chiếc thuyền này. Đó là niềm vui thực sự .
  • Rất ít tài liệu hướng đến một nhà phát triển có kinh nghiệm trong một môi trường xa lạ. Hãy chuẩn bị để tìm hiểu tất cả các thuật ngữ Java thú vị chỉ để bạn có thể đọc hướng dẫn thiết lập.
  • Có rất nhiều nỗ lực liên quan đến DIYer

Trong trường hợp của tôi, tôi muốn đi với Solr vì nó làm những gì tôi muốn. Chắc chắn một số nhà cung cấp tìm kiếm bên thứ 3 cũng sẽ làm điều đó, nhưng nếu tôi muốn sử dụng thì tôi sẽ là người có nội dung với một trang web 200 đô la. Tôi chắc chắn sẽ không cố gắng vượt qua ranh giới của Magento CE.

Tìm kiếm bên ngoài chỉ đơn giản là sẽ không phải là một giải pháp đủ tốt cho tôi. Tôi có những khách hàng sẽ dựa vào tìm kiếm cửa hàng và khả năng họ đánh sai tên rất cao. Chỉ vậy thôi là đủ để tôi muốn thoát khỏi phương pháp của Magento.

Tôi nghĩ, như những người khác cũng đã nói rõ rằng, đi xuống con đường Solr là không có gì nhẹ. Ngoài các loại đai ốc và bu lông của Solr, bạn cũng sẽ phải lo lắng về ý nghĩa cơ sở hạ tầng (điều gì đó khiến tôi cân nhắc việc chuyển mọi thứ sang vị trí đồng).

Tuy nhiên, cho đến nay, tất cả đều là một trải nghiệm khá bổ ích. Tôi tưởng tượng rằng sẽ mất một vài năm nữa trước khi tôi có câu trả lời cho rất nhiều câu hỏi mà tôi có, và sau đó chúng ta sẽ xem xét mốt tiếp theo có lẽ đang chạy trong node.js hoặc một cái gì đó và sẽ đến lúc di chuyển lại một lần nữa

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.