[derweber]

День день!
При создании поисковых индексов вываливается:

Общая ошибка
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()


Что делать?

[rxu]

Какой поисковый механизм выбран?

[derweber]

rxu писал(а):Какой поисковый механизм выбран?

Fulltext mysql
или
Fulltext native
разницы не играет всё равно вываливается

[Rayden]

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

[Menik]

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

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

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

[Alek$]

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

[maggg]

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

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

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

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

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

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

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

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

[Rayden]

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

А тебе не кажется, что хотябы версию мускуля надо сообщить? И много еще чего. Без этого информационная ценность этого сообщения близка к нулю.

[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

[crash]

к хостеру

[Ultam]

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

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

[Rayden]

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

[Ultam]

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

Слова из search_ignore_words.php есть в таблице phpbb_search_wordlist.

[Rayden]

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

[Ultam]

Учитываются. Слова из списка находятся через поиск.

Зато на слово mail вот какая реакция:

Следующие слова в поисковом запросе были проигнорированы, так как являются слишком употребимыми: mail.

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

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