Патч для использования MySQL fulltext индекса в index_search

[Pavel Antonov]

По-моему к концу текста, уважаемый Zotto сам забыл про что писал... я как-то тоже потерялся... мысль не понял.

Мое мнение по вопросу, для продолжения дисскусси, а то после такого сообщения никто сюда больше писать не будет (не понятно про что ):

1. Indexed_search в текущем состоянии ужасен - подходит для сайтов в 100 страниц. Из плюсов - воткнул и работает. Минусы - медленный.
2. Indexed_search переработанный должен гарантировать прирост производительности. Плюсы те же. Но прирост производительности не очень большой. Сайты в 500-1000 страниц. Минусы - медленный.
3. MnogoSearch и же с ним. Морфология, быстрый. Минус, большой - требуется пересборка PHP. Подойдет только для собственных серверов или VPS, так как на хостингах такую штуку придется поискать. И не надо сравнивать с ImageMagick. IM - стандарт де-факто, который умудряются не ставить только косорукие полу-студенчиские хостинги, с которых надо бежать впереди своего визга! А ради 0,01% пользователей нагружать сервер спец сборкой PHP c MnogoSearch ни один хостинг не будет. Из плюсов - в TER есть модуль интеграции с TYPO3 (как работает? никто не видел...). Для сайтов с гигабайтами информации.
4. Sphinx и ему подобные (Яндекс.Search кстати). Не требует пересборки PHP, отдельное, самостоятельное приложение. Морфология, гигабайты. Многие кто пробовал так же и MnogoSearch говорят что Sphinx лучше (почему не знаю, интересно - ройте). Можно собрать на любом хостинг, где есть gcc и использовать через cgi. Напрямую индексирует таблицы БД, настраиваемые шаблоны. Минус - никакой интеграции с TYPO3.

Резюме: Маленький сайт - Indexed_search, ибо вам все просто и не надо извращатся. А для остальных пока идеального решения нет... Готовьте напильник побольше... и выбирайте что-нибудь

[Zotto]

Как всегда (для чего-то) усложняете. Что касается mnоGo- и DataparkSearch-, никаких "напильниов" им не надо, ибо это mature-софт, который без проблем устанавливается и настраивается. Рабочие конфиги, rpm'овские спеки/rules для deb, рус. док-ия, поддержка - ВСЁ ЕСТЬ. Настройка "под себя" - другое дело, но там нужен не напильник, а правильно поставленная задача, голова и чтение оригинальной официальной документации на русском языке. По п.3 - нет у них PHP в библиотечных и пр. зависимостях (+сколько разных БД поддерживают, чтобы так упираться в php, вы только подумайте немного). Программа mnoGoDearch (Datapak- уж точно) не есть равно php.net/mnogosearch и mnogosearch_1.0.2.t3x из TER'а. И вставить форму (search.cgi + нарисовать темплейт) в TYPO3 - будет тот же эффект и таки решение проблемы. Если, конечно, речь _о качественных индексации и поиске_ доступными средствами.

[Nobody]

Сообщение от Valery Romanchev

не все так хорошо с MnoGoSearch, как кажется на первый взгляд
чтобы его использовать надо пересобирать PHP

Не надо. Надо скомпилировать экстеншн для ПХП (динамическую библиотеку). Её можно подгружать через dl().