ну что, господа удавы, кто хочет поработать?
суть...
есть запрос

PHP Code:

select postid, pagetext from post where lower(pagetext) like '%[text1]%' or lower(pagetext) like '%[text2]%' or lower(pagetext) like '%[text3]%' or lower(pagetext) like '%[text4]%' 


т.е. идет предварительная фильтрация по нескольким словам, что бы не запрашивать все подряд и затем передается в цикл while() для дальнейшей работы с текстом
разумеется, запрос формируется автоматически, слова в квадратных скобках из массива в строку в foreach()
на локалке запрос такого вида отрабатывает на "ура", все работает гутт
я обрабатываю запрошенные данные и меняю текст в сообщениях
но если скрипт запускается на серваке в инете, запрос работает только в том случае, когда LIKE '%[text]%' только один, если же идет перечисление через оператор OR - "все пропало, шеф!" - нихрена не пашет, запросы продолжают выполняться циклично, пока не дойдет до последнего сообщения, но в цикл while() нихрена не попадает =\
причем, если выполнять этот запрос в админке из манагера запросов, все четко отрабатывает, запрошенных данных на неск. десятков страниц (в скрипте разумеется все это контролируется LIMIT-ами), все отфильтровано, как надо, т.е. постов без указанных слов в кв. скобках, нет
==
исходные данные
локалка
Windows XP SP3 x86
Apache v2.2.4
PHP 5.2.6
MySQL 5.0.51a-community-nt-log

сервак на котором нифига не пашет
Debian
Nginx
PHP Version 5.4.4-14+deb7u4
MySQL 5.5.31-0+wheezy1

====
где у меня ошибка?
или может в серверном ПО дело?
значения my.cnf могу глянуть, но я думаю не в этом дело

kerk, дело может быть в банальных пробелах по краям текста - попробуй trim к textN

Originally Posted by usrg

может быть в банальных пробелах по краям текста

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

PHP Code:

foreach($words AS $word)
{
      $sql[] = "'%" . $db->escape_string_like('[' . strtolower($word) . ']') . "%'";
} 


может быть как то переписать запрос, хз...
если нифига не получится, придется вообще выкинуть это и запрашивать только по ID (дольше выполнение скрипта, больше ресурсов)

kerk, а подчеркивание "_" или проценты "%" в текст могут попадать?!

Может дело в кодировках?
Если так попробовать?

select postid, pagetext from post where lower(pagetext) like lower('%[text1]%') or lower(pagetext) like lower('%[text2]%') or lower(pagetext) like lower('%[text3]%') or lower(pagetext) like lower('%[text4]%')

а тут убрать strtolower()

PHP Code:

foreach($words AS $word)
{
      $sql[] = "'%" . $db->escape_string_like('[' . $word . ']') . "%'";
} 


Originally Posted by usrg

а подчеркивание "_" или проценты "%" в текст могут попадать?!

нет, только текст, только латинские буквы

Originally Posted by gap

а тут убрать strtolower()

вкрутил туда эту функцию потому, что и текст поста приводится к нижнему регистру в запросе
where lower(pagetext)

kerk, а версия php и его плагины такие же как на локалке? Может в плагинах php есть мешающий в работе со строками.

Originally Posted by artscripts

Может в плагинах php есть мешающий в работе со строками.

не...
я же отправляю запрос из своего скрипта, точно в таблицу post, минуя все модули/плагины/хаки

Originally Posted by kerk

минуя все модули/плагины/хаки

я не так высказался, имелось ввиду расширения php там какое-нить которое мешает. А не модули воблы вообще. Так как если на локалке работает Мускул тут какбы не причем. Хотя это лишь мое предположение.

я могу только предположить, что движок там не MyISAM а InnoDB
хз, нужно глянуть
==
уточняю, слова в квадратных скобках, это ббкоды
т.е. я стараюсь отфильтровать запрос поиском в поле pagetext находжением там определенных ббкодов, которые узеры использовали в сообщениях
запрос отрабатывает четко когда нет перечислений через оператор OR, т.е. используется поиск только одного вхождения, выше я уже писал
этот работает и на локалке и на рабочем серваке

PHP Code:

select postid, pagetext from post where lower(pagetext) like '%[text1]%' 


этот пашет только на локалке

PHP Code:

select postid, pagetext 
from post 
where lower(pagetext) like '%[text1]%'
or lower(pagetext) like '%[text2]%'
or lower(pagetext) like '%[text3]%'
or lower(pagetext) like '%[text4]%' 


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