некорректно обрабатывается символ &

Добрый день. Некорректно обрабатывается символ &.
Достаю текст из БД, там есть &qout; при этом в исходно коде готовой страницы стоит &qout; и текст далее.
Структура файлов такова:
Основной файл, в нем создается класс для работы с базой, само тело класса храниться в инклудном файле. Значение из метода не возвращается, текст выводится при помощи эхо из самого метода.

Как избавиться от этой замены.
p/s Проверял, в самом классе после вытаскивания текста из базы еще символ &. Т.к. preg_replace на замену &amp не действует, а если просто указать preg_replace("/\&/", "", $text), то символ удаляется. Значит это происходит где то на этапе передачи данных из метода в основной документ.

Проверьте символы <>" . Если они тоже превращаются в html сущности, то ищите в коде какой нибудь htmlspecialchars

-----
Truly yours, Sasha.

Может быть нужно применять preg_replace просто в более поздней точке программы, когда &amp уже появился?

А вообще, действительно, похоже, что 2 раза работает htmlspecialchars / htmlentities / что-то самодельное. Либо 2 раза после выборки, либо один раз перед вставкой и один раз после выборки. Надо это отыскать. Значит 2 раза после выборки.

htmlspecialchars этих функций нет. Я сам писал код, и не обрабатывал этими функциями.
Решение нашел.
Отключил magic_quotes и после этого можно стало корректно заменять из любого места preg_replace ("/\&quot;/",'"', $var);

В принципе можно было скомбинировать функции stripslahes и html_entity_decode для получения схожего результата

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Никогда не видел, чтоб волшебные кавычки заменяли что-то на html-сущности. Странно как-то. Вот это по сути html_entity_decode. В любом случае, не стоит использовать регулярнуе выражения, когда строка замены не одержит никаких выкрутасов.

Конечно сами magic_quotes никак не взаимодействуют с html-сущностями и занимаются обычным экранированием строки - однако если данные сначала были обработаны лишний раз magin_quotes и стали в виде \" а после чего к ним был применен htmlentities - то очевидно для получения оригинальной строки потребуется такая же двойная расшифровка

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/