Добавление лишних символов к значениям полей в IE6, Safary, Opera
Недавно столкнулся с проблемой не корректного восприятия значений в IE6, Safary, Opera.
Как оказалось, если информация передаётся из формы методом GET (возможно и POST), то к значению поля добавляется два лишних символа: ¬_
Т.е. если мы передаём $op=save, тогда увидим $_GET['op']='save¬_'
Соответственно, перестанут срабатывать сравнения if ($_GET['op']=='save'){'программный код'}
Для того, чтоб такого не происходило, в Корпорацию 2 была внесена ф-ция:
$GLOBALS["c"]->clrget('Поле');
Ф-ция возвратит корректное значение поля.
Т.е. если выполнить:
echo 'op= '.$GLOBALS["c"]->clrget($_GET["op"])
На экране увидите: op=save
P.S. Как оказалось, такая ситуация возникает, когда в форме смешиваются 2 типа доступа - GET и POST. Т.е. когда в action добавляется адрес с параметрами, а в методе доступа указано post.
Как оказалось, если информация передаётся из формы методом GET (возможно и POST), то к значению поля добавляется два лишних символа: ¬_
Т.е. если мы передаём $op=save, тогда увидим $_GET['op']='save¬_'
Соответственно, перестанут срабатывать сравнения if ($_GET['op']=='save'){'программный код'}
Для того, чтоб такого не происходило, в Корпорацию 2 была внесена ф-ция:
$GLOBALS["c"]->clrget('Поле');
Ф-ция возвратит корректное значение поля.
Т.е. если выполнить:
echo 'op= '.$GLOBALS["c"]->clrget($_GET["op"])
На экране увидите: op=save
P.S. Как оказалось, такая ситуация возникает, когда в форме смешиваются 2 типа доступа - GET и POST. Т.е. когда в action добавляется адрес с параметрами, а в методе доступа указано post.
Комментарии