Страница 1 из 12

Ошибка при создании поисковых индексов

Добавлено: 22.12.2007 19:35
derweber
День день!
При создании поисковых индексов вываливается: :cry:

Общая ошибка
SQL ERROR [ mysql4 ]

Column 'post_subject' cannot be part of FULLTEXT index [1283]

SQL

ALTER TABLE ru_posts ADD FULLTEXT (post_subject), MODIFY post_text mediumtext COLLATE utf8_unicode_ci NOT NULL, ADD FULLTEXT (post_text), ADD FULLTEXT post_content (post_subject, post_text)

BACKTRACE

FILE: includes/db/mysql.php
LINE: 158
CALL: dbal_mysql->sql_error()

FILE: includes/search/fulltext_mysql.php
LINE: 738
CALL: dbal_mysql->sql_query()

FILE: includes/acp/acp_search.php
LINE: 343
CALL: fulltext_mysql->create_index()

FILE: includes/acp/acp_search.php
LINE: 46
CALL: acp_search->index()

FILE: includes/functions_module.php
LINE: 471
CALL: acp_search->main()

FILE: adm/index.php
LINE: 74
CALL: p_master->load_active()


Что делать?

Добавлено: 22.12.2007 19:39
rxu
Какой поисковый механизм выбран?

Добавлено: 22.12.2007 19:42
derweber
rxu писал(а):Какой поисковый механизм выбран?
Fulltext mysql
или
Fulltext native
разницы не играет всё равно вываливается

Добавлено: 22.12.2007 23:52
Rayden
Т е одна и таже ошибка вываливается при создании обоих индексов?
Что-то не верится.
А версия мускуля?

Добавлено: 01.01.2008 11:41
Menik
А у меня при индексации Fulltext native вываливается ошибка 500, видимо из-за ограничений со стороны сервера. Отсюда вопрос: можно ли сделать индексацию менее требовательной к ресурсам, засчет увеличения времени самой мндексации?

Ну не гонять же дампы постоянно с локалхоста на сервак и обратно.

Заранее благодарен.

Добавлено: 01.01.2008 13:05
Alek$
Menik
боюсь, нельзя.
Единственный выход, кроме "гоняния дампов" - попросить хостера дать вам достаточно ресурсов для переиндексации.

Проблема с индексацией для поиска

Добавлено: 03.01.2008 12:52
maggg
Довольно много времени потратил, тщетно пытаясь обнаружить полезную информацию по данному вопросу и здесь, и в гугле, но если всё таки что-то пропустил, не пинайте ногами.

Я успешно переконвертировал форум (50k+ сообщений) в phpBB 3.0.0 на локальной машине. Работал по инструкции, проблем с кодировками не возникло.

Следующий мой шаг — создание поискового индекса. Запускаю данное действие из администраторской панели. Появляется окошко: «Создание поискового индекса». И болтается. При этом нагрузка на процессор — нулевая. Через некоторое время (для чистоты эксперимента — через несколько часов) я окошко закрываю, вновь захожу в АП, где мне предлагают «продолжить индексацию». Жму, и практически мгновенно мне сообщают, что «индексация успешно завершена».

При этом поиск не работает, а таблички phpbb_search_results, phpbb_search_wordlist, phpbb_search_wordmatch — пустые.

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

Кто-нибудь может дать ценный совет, что я мог упустить из виду, что попытаться предпринять?

Добавлено спустя 9 часов 14 минут 3 секунды:

После перезапуска сервера, а также контрольной перезагрузки успешно создался индекс для механизма Fulltext native. Для fulltext mysql проблема не решена, но мне, само собою, работы fulltext native вполне достаточно.

Re: Проблема с индексацией для поиска

Добавлено: 03.01.2008 14:34
Rayden
maggg писал(а): После перезапуска сервера, а также контрольной перезагрузки успешно создался индекс для механизма Fulltext native. Для fulltext mysql проблема не решена, но мне, само собою, работы fulltext native вполне достаточно.
А тебе не кажется, что хотябы версию мускуля надо сообщить? И много еще чего. Без этого информационная ценность этого сообщения близка к нулю.

Поисковые индексы

Добавлено: 06.02.2008 15:58
ptzChanger
После запуска:
Общее количество индексированных слов: 12

Затем валится ошибка.
Из-за чего может возникнуть ???

Код: Выделить всё

SQL ERROR [ mysql4 ]

Error writing file '/tmp/STR5FEB5' (Errcode: 28) [3]

SQL

ALTER TABLE phpbb_posts ADD FULLTEXT (post_subject), MODIFY post_text mediumtext COLLATE utf8_unicode_ci NOT NULL, ADD FULLTEXT (post_text), ADD FULLTEXT post_content (post_subject, post_text)

BACKTRACE

Добавлено: 06.02.2008 16:13
crash
к хостеру

Добавлено: 16.02.2008 20:15
Ultam
Подскажите, а каково назначение
search_ignore_words.php
search_synonyms.php
?
На phpbb.com пишут, что эти списки не используются.

Также обнаружил, что самые "ходовые" слова в таблице phpbb_search_wordlist имеют в графе common нули, в top1000 только mail имеет 1 (слова mail нет в search_ignore_words.php). Порог общих слов (в настройках Поиска) при этом 15%.

Добавлено: 16.02.2008 22:30
Rayden
Ну если нули, значит search_ignore_words.php работает и эти слова не посчитываются и не индексируются.
search_synonyms.php - а это список синонимов, при индексировании считаются как варианты одного слова.

Добавлено: 16.02.2008 22:57
Ultam
Rayden писал(а):Ну если нули, значит search_ignore_words.php работает и эти слова не посчитываются и не индексируются.
search_synonyms.php - а это список синонимов, при индексировании считаются как варианты одного слова.
Слова из search_ignore_words.php есть в таблице phpbb_search_wordlist.

Добавлено: 16.02.2008 23:14
Rayden
И что не так, я не пойму? Кто тебе сказал, что их там не должно быть? Они же не учитываются при поиске.

Добавлено: 17.02.2008 1:07
Ultam
Учитываются. Слова из списка находятся через поиск.

Зато на слово mail вот какая реакция:
Следующие слова в поисковом запросе были проигнорированы, так как являются слишком употребимыми: mail.
Параметр word_common у этого слова равен 1 (т.е. вроде TRUE). А у самого употребимого если рейтинг самый высокий (word_count=10377), но phpbb не считает его "слишком употребимым" (word_common=0). Такое чувство, что Слова, содержащиеся в основной массе всех сообщений, будут считаться общими. применяется наобум.

Мне, собственно, интересно, можно ли как-то заставить работать этот механизм на пользу делу.