Всем привет!

Хочется сделать свой поиск по форуму. Самый простой путь, скажем раз в час по крону индексировать то, что изменилось или добавилось за последний час. С этим все понятно. Вот как поступать с удаленными темами или сообщениями. Для больших баз не очень эффективно перелопачивать всю таблицу и искать удаленные топики.

Сам собой напрашивается подход - индексировать (или удалять по "событию" (удаление, добавление, изменение записи в таблицах). Но вот куда именно вклинить свой скрипт - пока не понятно. Ну и чтоб после апгрейдов не мешало.

А может в бюллетене введется "журнал событий" - тогда можно было бы его использовать?

в порядке увеличения геморойности :
0. подстроить наконец параметры поиска в mysql fulltext (размер слов, стоп-список)
1. есть самостоятельные поисковые движки типа htdig, которые можно натравить на текстовый архив и будет тоже круто.
2. стырить yandex.server и заснуть в обертку как будто это твой поиск .
3. найти какойнибудь гавноскрипт эпохи интернетных мыльных пузырей и адаптировать
4. то, что ты описал

Спасибо за ответ, но все это понятно...

"Индексатор" есть и он вполне устраивает, вопрос только куда его вставить, чтобы он запускался после каждого действия на форуме (редактирование, вставка и особенно удаление - остальное можно делать по крону)

P.S. от себя еще могу добавить пунктик к предыдущему посту - mnogosearch

не уверен, что это хорошая идея.
удаленный текст не виден больше и при следущей переиндексации исчезнет.
почему бы просто не запускать по крону?

вот тут еще вспомнил : использование специальных функций расширения sphinx search для mysql http://www.vbulletin.org/forum/showthread.php?t=127868

Неужели ты пишешь индексатор сам?
информация на форуме может меняться очень быстро и постоянно переиндексировать это ужасно глупо.

Originally Posted by netwind

Неужели ты пишешь индексатор сам?

уже работает давно, только он локальный, только по серверу, но этого мне достаточно..

Originally Posted by netwind

почему бы просто не запускать по крону?
...
информация на форуме может меняться очень быстро и постоянно переиндексировать это ужасно глупо.

Но это зависит от посещаемости форума...
И это было одно из решений, мне тоже нравится по крону запускать, раз в час вполе достаточно.
Вся проблема в том, что если база очень большая, то НЕэффективно каждый раз перелопачивать всю таблицу по поиску удаленных сообщений/тем.

Я выше писал о "журнальных" таблицах. В них было бы спасение.
Я посмотрел, и к сачстью, они имеют место быть.
Вот 2-е таблицы
vb_***_editlog
vb_***_moderatorlog
в которых есть инфо об удаленных и отредактированных постах/темах. Так что теперь на основе этого можно смело запускать "эффективный" крон.

Спасибо за поддержку

тогда deletionlog еще не забудь и запрети физическое удаление.

Все-таки странные у тебя методы, непонятные.