Страница 1 из 12
Ошибка при создании поисковых индексов
Добавлено: 22.12.2007 19:35
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()
Что делать?
Добавлено: 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). Такое чувство, что
Слова, содержащиеся в основной массе всех сообщений, будут считаться общими. применяется наобум.
Мне, собственно, интересно, можно ли как-то заставить работать этот механизм на пользу делу.