Да, эластик неплохое, возможно даже лучшее opensource решение для поиска, когда есть ресурсы и экспертиза внутри команды. И клевое решение с расширенными тегами!
Но глобально, мы за время работы над нашим продуктом (AnyQuery) и интеграцией у многочисленных клиентов увидели очень много примеров, где эластик не дотягивает. Например, эластику чужды вещи связанные с поведением покупателей и последующим использованием этих данных в ранжировании результатов и персонализации. Так же, качество исправления ошибок/опечаток построенное на машинном обучении и контексте запроса лучше, чем просто Расстояние Левенштейна, которое является базой в эластике.
Но, глобально это полемика, каждый выбирает для себя наиболее правильный путь. Крутить эластик, либо работать с партнером, который на несколько шагов впереди opensource и с внятной дорожной картой типа голосового поиска и тд.
Роман, какой у вас адрес магазина? Интересно посмотреть на вашу реализацию поиска.
Мы решили эту проблему с помощью elasticsearch + расширенные тэги, которые не видят клиенты, но по ним осуществляется поиск
Да, эластик неплохое, возможно даже лучшее opensource решение для поиска, когда есть ресурсы и экспертиза внутри команды. И клевое решение с расширенными тегами!
Но глобально, мы за время работы над нашим продуктом (AnyQuery) и интеграцией у многочисленных клиентов увидели очень много примеров, где эластик не дотягивает. Например, эластику чужды вещи связанные с поведением покупателей и последующим использованием этих данных в ранжировании результатов и персонализации. Так же, качество исправления ошибок/опечаток построенное на машинном обучении и контексте запроса лучше, чем просто Расстояние Левенштейна, которое является базой в эластике.
Но, глобально это полемика, каждый выбирает для себя наиболее правильный путь. Крутить эластик, либо работать с партнером, который на несколько шагов впереди opensource и с внятной дорожной картой типа голосового поиска и тд.
Роман, какой у вас адрес магазина? Интересно посмотреть на вашу реализацию поиска.