Comments on: Обзор решений для полнотекстового поиска в веб-проектах: Sphinx, Apache Lucene, Xapian

By: Max Lavrenov

Max Lavrenov — Mon, 30 Nov 2009 06:07:34 +0000

А разве value в документах ксапиана это не то, что вы называете “дополнительные типы полей в документах” ? Вроде все, что вы перечисляете там поддерживается.

By: Vitaliy Yermolenko

Vitaliy Yermolenko — Thu, 31 Jul 2008 13:42:20 +0000

Рано еще делать выводы: не забудьте о Hyper Estraier, plz.

By: aleks_raiden

aleks_raiden — Mon, 28 Jul 2008 07:17:46 +0000

SKeeper – ну, Nutch это уже реальный и серьёзный поисковик уровня… ну скажем, городского или даже отраслевого (не яндекс конечно, но тоже уровень). А Lucene это промышленного уровня поисковое ядро, универсальное и потому не самое простое

By: SKeeper

SKeeper — Mon, 28 Jul 2008 07:07:12 +0000

Некоторое время копал Nutch и Lucene – достаточно монструозная штука, видимо я не дорос до тех задач, где это можно применить

А mnogosearch кто-нить пробовал? Для него есть пхп-модули. Ну и, ИМХО: для поиска по своему локальному проекту неплохая вещь.

By: http://bananos.livejournal.com/

http://bananos.livejournal.com/ — Sat, 26 Jul 2008 14:49:44 +0000

Реально делали отдельное решение для поиска. В начале попробовали Sphinx, ибо все крутилось на Мускуле, забили т.к. немного нетривиально настраивать, и неудобное на мой взгляд API.
На Xapian посмотрели только издалека, ибо была только либа (вот тут упомянули что есть уже отдельное приложение Omega, думаю стоит посмотреть).

В итоге остановились на Solr — на мой взгляд самое простое и безгеморное решение. Единственная проблема с которой там столкнулись — это настройка русского стеммера и вещей типа SpellCheck + SearchSuggest (увы, так и не заработало)
Интерфейс общения c основным CakePHP приложением – JSON, связка работает на ура.
Всем советую Solr.

By: Щетинин Сергей

Щетинин Сергей — Thu, 24 Jul 2008 21:20:38 +0000

Та их много, просто Гугл какбы немного доказал …

Если уж копать то очень много всего
http://en.wikipedia.org/wiki/Enterprise_search
http://en.wikipedia.org/wiki/List_of_search_engines
http://en.wikipedia.org/wiki/Category:Free_search_engine_software

Вообще статья хорошая но изложено с такой позиции мол технология всё решает:

Среди проектов, которые мы рассмотрим, присутствует один сервер, именно реализующий веб-поисковик, то есть содержит все необходимое для создания “убийцы Яндекса”.

Всё необходимое в смысле штат работников знающий технологию как облупленную, всё время дорабатывающий и тюнящий алгоритмы, люди банящие сайты находящие дырки в алгоритмах, исследующие рынок итд итд итд итд итд итд итд? Кто там последний в убийцы Яндекса метил.. Въебальта? Гугл не смотря на лучшие алгоритмы и баблос вроде как еще не убил, а вот щас мы тут увидим чудо-технологию которая… это несерьезно.

Понятно что поиск очень нетривиальная задача и лично я предпочел бы чтобы ей занимались те, для кого это профессия (не только разработкой но и поддержкой итд).

By: Сергей Волошин

Сергей Волошин — Thu, 24 Jul 2008 20:34:32 +0000

Это наверное меня Lucene так травмировало, что теперь не хочу с этим всем иметь дела )

Ну если бы Lucene был очень хорошим, не появилось бы Solr etc.

На ДОУ кстати Google Site Search. Search API это децл другое.

Ясно. Через API ДОУ немного работает с Google Calendar. Еще такое есть: http://www.ashmanov.com/tech/search/ (не знаю другое ли это и насколько).

By: Щетинин Сергей

Щетинин Сергей — Thu, 24 Jul 2008 20:06:12 +0000

Это наверное меня Lucene так травмировало, что теперь не хочу с этим всем иметь дела )
Но в любом случае если примерить всё это на проект побольше то цена использования возрастает далеко не линейно.

На ДОУ кстати Google Site Search. Search API это децл другое.

By: Сергей Волошин

Сергей Волошин — Thu, 24 Jul 2008 19:52:57 +0000

Ну вон Сагалаев, сорри, еще раз ссылка, которая есть в статье: http://softwaremaniacs.org/blog/2007/11/04/sphinx-search-in-cicero/ вроде без особых трудностей и гурманства прикрутил Sphinx к Cicero. А вот pravda.com.ua/ использует поиск от Яндекса. На developers.org.ua думаю обойдемся поиском Google.

By: Щетинин Сергей

Щетинин Сергей — Thu, 24 Jul 2008 19:41:50 +0000

Если весь контент сайта в любом случае публично доступен то для неструктурированного поиска вполне подходит Google Search API. Если контент скрыт — я бы в первую очередь смотрел на их же Appliance. Если поиск нужен стуктурированный, то для этого обычные БД хороши. И только в случае когда так или иначе нужно с тем самым Гуглом конкурировать (пусть в своей песочнице) вот тогда уже оправдано точить какой-то отдельный движок. Ну или если ресурсов немеряно и хочется всё совсем по-гурмански сделать. Такое моё мнение.