php mysq и пробел...

Да забыл написать, что так тож не работает:
str_replace('ЭндНБСПточказапятая',",$text1_text2);

Кодировка скрипта php и базы mysql какая?

\s+, не?

> \s+, не?

str_replace('ЭндНБСПточказапятая',",$text1_text2);

Не пашет. Значит полумеры. 99% что кодировка.

utf-8

кракозябр нигде нет... в phpmyadmin между словами ' ' а не 'ЭндНБСПточказапятая'

Ну попробуй mb_str_replace на всякий случай чтобы понятно было.

Неа, всеравно не убирает... вообще если сравнить в лоб через strcmp

Текст1ЭндНБСПточказапятаяТекст2 и данные из базы «Текст1 Текст2»
или
Текст1 Текст2 и Текст1 Текст2

то они не равны, тоесть кодировка?

хотя в мускуле с кодировкой проблем нет?
http://faq4u.ru/images/probellllll.jpg

Судя по симптомам - неразрывный пробел. 0xA0, он же  

Он же -  

Гы. На форуме html-entities не экранированы...

Тьфу:  

Оно и в предварительном просмотре неэкранировано. Решето! :)

Чудес не бывает. Нужно привести все к одной кодировке. Проверить Кодировку в таблице, кодировку в поле с текстом. Проверить что скрипт php сохранен в нужной кодировке. Сделать (если не прописано в настройках субд явно) при коннекте с базой

SET character_set_client = 'utf8' SET character_set_results = 'utf8' SET character_set_connection = 'utf8' SET NAMES 'utf8'

Не все это нужно, но мы ищем в чем проблема.

&╤><

Он их прям в превью уже конвертит, вот свинство :}

Хм... это хорошо :) мож мне че нить посоветуешь ?

зы кодировки проверил mb_detect_encoding обе переменные в utf-8

В коде то как раз, вроде бы, экранируется. Просто оно при интерпретации его само преобразовывает. Было gt — интерпретировано как больше и при выводе в коде то gt (экранированный), но надо то было по задумке автора gt;gt;

>Хм... это хорошо :) мож мне че нить посоветуешь ?

Смотря где нужно. Можно str_replace(«\xA0», " ", $s); (или прямо ввести символ, хоть копипастом отсюда: « »).

Можно preg_match(«/blah[\s\xA0]+blah/», $s);...

и т.д.

>зы кодировки проверил mb_detect_encoding обе переменные в utf-8

Да, кодировки тут не при чём. Неразрывный пробел - совершенно законный символ, присутствующий по многих кодировках от cp1251 до utf8 :)

Ок, спасибо, вроде нашел тупку, скорее всего кодировка, так как запрос к базе был через mysql_querry а не через класс где как раз и указаны параметры кодировки...

хм, после str_replace(«\xA0», " ", $s);
вылезло вот такое :)
http://faq4u.ru/images/question.jpg

Значит, вставь копипастом (или по compose+space+space) символ напрямую. (Судя по всему str_replace не multibyte)

>Гы. На форуме html-entities не экранированы...

Это не баг, а фича :)

Так я и не писал, что баг!

тест-&#0;-тест

> бес кавычек

Страшный зверь наверное :)

Он терзает тех, кто отступает от правил пунктуации. )))