Форум Регулярные Выражения

В переменной $val записано слово "дура" в кодировке utf-8.

<?php     $name = iconv('cp1251', 'utf-8', "дУрак");     $name = eregi_replace($val, "***", $name);     echo " name $name ";

Получаем name дУрак, а предполагалось name ***к. Хотя, как следует из мануала, функция eregi_replace нечувствительна к регистру.

Почему так получается?

===============
Если задать $name = iconv('cp1251', 'utf-8', "дурак"), то работает нормально.
РНР версии 5.

следует применять preg_replace с модификатором u (работа с utf-8)

.

1. В мануалах при описании Модификаторов патэрна приведены только случаи логического задания условий формирования образца. А как быть, если, как в моем случае, образец задан переменной рнр ( у меня $val)? Куда тут вписать /u ?

2. Я также не смог придумать, как при использовании preg_replace и образца в виде переменной сделать так, что бы каждая буква образца учитывалась дважды - в нижнем и в верхнем регистре?

(функция eregi_replace регистронезависима).

> как следует из мануала, функция eregi_replace нечувствительна к регистру.
как следует из мануала, функция eregi_replace - deprecated.

1. Так в значение переменной и записать с модификатором.
$val = '/pattern/u';

2. Для этого есть другой модификатор "i":
$val = '/pattern/ui';

PCRE Pattern Modifiers

[i]1. Так в значение переменной и записать с модификатором. $val = '/pattern/ui';

Этот прием не проходит. Переменная $val задается из других условий. Она и есть образец. Это ее надо вписать в условия выборки. Что-то ипа

<?php      $name = preg_replace ('/$val/ui', "***", $name);

Как это корректно сделать?

Вот точно так же, только в "кавычках".

И шаблоны ereg* и preg* не совсем совместимы, возможно нужно будет править. Как минимум экранировать символ-ограничитель бэк-слэшем.

Как же все это сложно и ненадежно!
Вероятно, лучше с регулярными функциями вообще не связываться...

Где сложно? Что ненадёжно? В функциями ereg* действительно теперь лучше не связываться.

Что-нибудь проглядишь, не заэкранируешь и на тесте дефект не обнаружишь, а потом он где-нибудь выползет и тогда в масштабах системы попробуй разберись!

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

Есть правила, их нужно всего лишь соблюдать.

Для меня регулярки хуже темного леса.

Вот как конкретно нужно написать это выражение, что бы быть уверенным, что оно будет правильно выполняться при любых значениях переменных $val и $name?

<?php       $name = preg_replace ("/$val/ui", "***", $name);

Корректно при любых $val - такого не бывает. В $val должна быть строка - корректный шаблон PCRE, в $name должна быть строка в кодировке utf8, тогда так:

<?php $name = preg_replace ('/'.str_replace('/', '\\/', $val)."/ui", "***", $name);

Обе переменные строковые и обе в формате utf8. Это подходящие условия?

Нет. Кроме этого, в $val всё-таки должен быть шаблон для движка PCRE. Если в шаблоне будет что то не так, конечно же работать не будет.

Нет? Тогда я уже совсем ничего не понимаю!

1. Что, переменная $val должна быть в кодировке 1251?

2. В шаблоне латиница, кириллица и цифры, а также пиробел. Разве это не допустимо? Чего в шаблоне не должно быть?

Оба аргумента должны быть в utf8.

> Чего в шаблоне не должно быть?
Конструкций, которые в PCRE используются в качестве служебных. Сложно случайно нарваться. Сейчас не могу привести конкретный пример.. позже.

Качайте, читайте, вникайте.

Пардон, сразу не заметил продолжения.

а) Вообще-то есть функция preg_quote, которая автоматически экранирует всё, что может оказаться контекстночувствительным... И если в шаблон есть нужда вставлять произвольные строки, применяют именно её.
б) несовсем ((с) cheops) понятно, зачем в Вашем случае замена по шаблону, если ни одного RegExp-терма в этом шаблоне нет?
Может проще применить str_replace? Ну или mb_str_replace (bkb(или её там) в случае utf8?


PS. Парни, вам так сложно было про preg_quote упомянуть?