Как сохранить параметры запроса при перенаправлении через ErrorDocument в .htaccess?

Question

[Глеб Старков]

Обнаружил, что параметры get и post запросов теряются,

если направление происходит через ErrorDocument.


Например, содержание .htaccess:
ErrorDocument 404 /test.php


Содержание test.php

echo '$_REQUEST:<br />';
  var_dump($_REQUEST);
  echo '<br />';

  echo '$_POST:<br />';
  var_dump($_POST);
  echo '<br />';

  echo '$_GET:<br />';
  var_dump($_GET);
  echo '<br />';

  echo '<br />--------------------<br />';

  echo 'POST-TEST:<br />';
  echo '<form action="" method="post">
        <input type="text" name="bla" /><br />
        <input type="submit" value="Send" />
      </form>';

Пример edelen.ru/bla


При этом, если зайти напрямую на edelen.ru/test.php

всё работает.


Если направление через mod rewrite, то, конечно параметры не теряются, но всё же не могу понять, почему

они теряются через ErrorDocument.

Answer 1

[Глеб Старков]

Вообщем ответ видимо, — никак:
Здесь пишут:

Суть заключается в использовании директивы Error Document для перенаправления всех несуществующих запросов на один скрипт.
Главный существенный недостаток Error Document – невозможность перехвата POST-данных!
Чтобы получить POST данные формируйте action формы на реально существующий URL.
Также, к недостаткам относится то, что засоряется error.log сервера, что мешает выявлению настоящих ошибок, которые необходимо исправить.

Всем спасибо за ответы.

Comments

[Анатолий]

Чисто ради интереса, а зачем Вам пост на 404?
Вообще многие делают редирект на некий фасад (index.php) и он уже выдает 404, тогда ничего не потеряете.

[Глеб Старков]

Сейчас уже не зачем, просто появился вопрос.
А началось так:
Есть проект, проект достаточно старый и реализован не очень красиво,
нет единой точки входа, есть куча директорий с index.php внутри, которые
копипастят друг друга.
Решили к проекту прикрутить движек с единой точкой входа, реализацией MVC и т.д.
Но при этом сохранить и старый функционал.

То-есть, приходит запрос /bla, работа происходит следующим образом:
— если есть скрипт /bla/index.php, то работает всё по старому,
— если нет, то вызов точки входа нашего движка, он подключает роутер,
определяет контроллер и т.д., при необходимости отправляет сам на 404

Поэтому, первым решением было использовать как раз директиву ErrorDocument.

Какое-то время так и работало, параметры GET парсили из REQUEST_URI, но вот понадобились
параметры POST, и оп-па, их не оказалось.

Перешли на использование редиректа через mod rewrite, так:
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]

RewriteRule .* /lib/Eng/point.php [NC,L]

и всё работает дальшее…
а вот вопрос остался )

[agreegator]

Action throw /index.php
<FilesMatch "^([^.]+)$">
ForceType throw
</FilesMatch>

в Htaccess ) Разрешает PUT и еже с ними через ErrorDocument

Answer 2

[mark_ablov]

action=«test.php»?

Comments

[Глеб Старков]

Прокомментировал ниже…

Answer 3

[Глеб Старков]

При этом запрос будет идти напрямую к test.php, что логично,
и перенаправления по ErrorDocument не произойдёт.

Вопрос-то в том, как сохранить параметры запроса именно проходящего через ErrorDocument

Answer 4

[Kindman]

В файле .htaccess пишем:

ErrorDocument 404 /404.php

а, вот с этим файликом можно поиграться:
404.php

<?php
echo "<xmp>";
print_r($GLOBALS);

На все запросы он печатает дамп переменных среды PHP. Как обрабатывать значения переменных — дело вкуса. Среди этих переменных будут и ваши параметры (кроме, возможно, тела POST-запроса).
Кстати, тело POST-запроса тоже можно где-то найти.

Comments

[Глеб Старков]

У меня так и написано, только вместо 404.php — test.php
Да, параметры GET можно найти в $_SERVER['REQUEST_URI'], параметры POST там не нахожу.
Но проблема именно в том, чтобы параметры были там, где должны быть, в $_REQUEST, $_POST или $_GET

[Kindman]

Ну, блин, а, кто мешает сделать что-то типа того:

<?php
$_GET=$_SERVER['REQUEST_URI'];

[Kindman]

Разумеется, $_GET и $_SERVER['REQUEST_URI'] это совсем разные вещи, но смысл идеи понять думаю несложно: то есть, при обнаружении редиректа нужно воссоздать правдоподобное адекватное содержимое переменных $_GET, $_POST и прочих, на основе содержимого близких по смыслу переменных.

[Глеб Старков]

Это всё понятно, можно вообще не использовать ErrorDocument, а все запросы отправлять на одну точку входа через mod rewrite, и уже эта точка входа подключит роутер, который определит, что отдать, существующий ресурс, или 404-ю и т.д.
Вопрос-то в другом всё-таки.

Answer 5

[shushu]

Попробуйте проверить:

var_dump($_SERVER['REDIRECT_URL']);

Comments

[shushu]

Проверил, работает.

Используйте
$_SERVER['REDIRECT_URL'] и $_SERVER['REDIRECT_QUERY_STRING']

[Глеб Старков]

Работает что?
Параметры POST там есть?

[Глеб Старков]

Выше говорили, про REQUEST_URI, это и есть REDIRECT_URL и REDIRECT_QUERY_STRING вместе взятые

Answer 6

[Riateche]

Вы в ErrorDocument указываете url, поэтому происходит редирект. Попробуйте указать файл скрипта, тогда при возникновении ошибки этому скрипту управление будет передано без редиректа.

Comments

[Глеб Старков]

В документации почитал,
что эта директива может выполнять ровно четыре действия:

1. output a simple hardcoded error message
2. output a customized message
3. redirect to a local URL-path to handle the problem/error
4. redirect to an external URL to handle the problem/error

1 — это действие выполняется по умолчанию, когда мы в этой директиве ничего не указываем,
отображается стандартная страница 404.
2 — Может отобразить сообщение конкретное, его нужно начать с двойных кавычек
3 — Редирект на локальный URL, как у меня на /test.php
4 — Редирект на внешний URL, который указывается полностью, типа example.com

Для указания файлового пути ничего не предусмотрено.
Спасибо.

[Глеб Старков]

Парсер затёр http у example.com