Если выполняется POST запрос, например, для добавления элемента в инфоблок, с помощью формы добавления, то массив POST очищается.
Как я понимаю, происходит это потому, что добавление элемента и соответственно обработка такого POST запроса выполняетс каким-то обработчиком в ядре, который формирует пустую страницу с переадресацией на страницу-цель в HEADERS HTTP.
Правильно ли?
Поэтому до целевой странице долетает уже совсем другой запрос браузера в котором переменных POST уже нет.
Но мне необходимы некоторые поля POST чтобы отобразить их на запрашиваемой странице. Для того, что бы пробросить переменные обработанного POST до цели я сейчас использую очевидный костыль - добавляю в init.php:
И соответственно добавляю в actiopn формы переменную GET 'savepost' - очень некрасиво...
Как добится того же результата грамотно?
Напомню цель - показать значение поля POST запроса в странице и поставить пользователю куку с ней.
Есть еще одна идея - это перехватить добавление элемента в init и поставить куку там. Но тоже не ахти, хоть и кажется лучше...
Как я понимаю, происходит это потому, что добавление элемента и соответственно обработка такого POST запроса выполняетс каким-то обработчиком в ядре, который формирует пустую страницу с переадресацией на страницу-цель в HEADERS HTTP.
Правильно ли?
Поэтому до целевой странице долетает уже совсем другой запрос браузера в котором переменных POST уже нет.
Но мне необходимы некоторые поля POST чтобы отобразить их на запрашиваемой странице. Для того, что бы пробросить переменные обработанного POST до цели я сейчас использую очевидный костыль - добавляю в init.php:
Код |
---|
if (isset($_GET['savepost'])) { $_GET["REPOST"] = $_POST; } |
И соответственно добавляю в actiopn формы переменную GET 'savepost' - очень некрасиво...
Как добится того же результата грамотно?
Напомню цель - показать значение поля POST запроса в странице и поставить пользователю куку с ней.
Есть еще одна идея - это перехватить добавление элемента в init и поставить куку там. Но тоже не ахти, хоть и кажется лучше...