|
Задавайте вопросы, мы ответим
Вы не зашли.
Доброго времени суток. Совершенно недавно познакомился с полнотекстовым поиском и его возможностями. Бесспорно ряд + перекрывает его недостатки, особенно скорость поиска. Сейчас столкнулся с такой проблемой и буду презнателен за помощь.
Ряд примеров, по которым становится ясно, что есть проблемы с поиском. Не знаю, поможет это или нет, но работаю я с AJAX'ом. Поиск происходит когда я нажимаю клавишу.(<input type = 'text' id = 'search' size = '12' onkeyup = 'ajax_search()'>)
Пример 1: Есть ряд полей с записями
(1) http://localhost/Tools/phpMyAdmin/
(2) http://www.php.ru/manual/php/html/funct … ecode.html
Если ввести в поле 'http', то отобразятся только номера (1), (2)
Если ввести в поле 'http://loc', то отображаются те же поля.
Пример 2: Есть ряд полей с записями
(1) http://localhost/Tools/phpMyAdmin/
(2) http://www.php.ru/manual/php/html/funct … ecode.html
Если ввести в поле 'php', то отобразится только номер (1)
Не понимаю, почему это так происходит и буду благодарен Вам за помощь.
Код поиска:
$string = "SELECT * FROM `_____` WHERE MATCH (`______`) AGAINST ('".mysql_real_escape_string($text)."*' IN BOOLEAN MODE)";
П.С. На всякий случай, чтобы сэкономить Ваше время, отмечу, что перед постом сделал REPAIR таблицы.
П.П.С. Если во втором примере я еще понимаю, что, возможно, проблемы связаны со слешами перед словом "php" и после, а поскольку минимальная длина искомого слова - 4 символа, то он второе и не выдает, но а что делать с первым примером? Почему там так?
И еще - вопрос не по теме. POST запрос на сервере хоста экранирует символы. Как это можно отключить и можно ли вместо mysql_real_escape_string использовать htmlspecialchars() чтобы если я добавлю символы "'" или другие экранируемые сиволы - они не экранировались?
Неактивен
Полнотекстовый поиск работает именно по словам, а не как-либо иначе. Сделал
табличку по аналогии с Вашей:
mysql> select * from ft; +----------------------------------------------------+ | a | +----------------------------------------------------+ | http://localhost/Tools/phpMyAdmin/ | | http://ru.php.net/manual/en/function.urldecode.php | +----------------------------------------------------+ 2 rows in set (0.00 sec)
ну и вот, что реально попадает в индекс:
celestia:/var/lib/mysql/test# myisam_ftdump -d ft 0
2c 0.9560229 function
0 0.9560229 http
2c 0.9560229 http
0 0.9560229 localhost
2c 0.9560229 manual
0 0.9560229 phpmyadmin
0 0.9560229 tools
2c 0.9560229 urldecodeСобственно, сравнение индексного файла и выдачи объясняет Ваши результаты 
1. Короткое слово php из второй строки не индексируется, т.к. короткое (ft_min_word_len=4);
2. В первом же примере — попробуйте разбить Ваш запрос на отдельные слова, тогда
станет понятно, что Ваш запрос эквивалентен "http loc*", слово http находится в обеих строках.
Неактивен
То есть, получив строку, лучше ее разбить на слова preg_match'ем используя модификатор \b, затем к каждому слову добавить + и соединить, не забыв про пробелы? И затем в Mysql?
Неактивен
Совершенно необязательно. Просто не нужно ожидать, что полнотекстовый поиск
будет искать что-то кроме отдельных слов. В частности, поиск по url в случае с
http будет выбирать все строки до какого-то размера базы, а потом перестанет
выбирать вообще, т.к. http станет стопсловом (на самом деле, не понятно, почему
не стало сразу — оно есть в обеих строках).
Неактивен
Теперь ясно. Спасибо. А не стало оно стоп словом, потому что у меня там еще записи есть ))
У меня только 1 вопрос еще. Буду не менее признателен. Если search string = 'lala lolo', как ее разбить можно? Есть советы? Я хочу вставить '+' все-таки перед каждым. Если со ссылкой так и нецелесообразно может делать, то если будут искать часть текста, надо a-z, a-Z не подойдет, потому что могут использовать и отличные от русского и англ. языки
использую:
preg_match_all("#\b(\w+)\b#", $text1, $text);
print_r ($text);
Выдает ошибку.
Не поможете с этим. Очень большие проблемы с регуляторными выражениями.
Неактивен
Это скорее вопрос по ПХП, а их задают на webew.ru 
Неактивен
