Домашний сервер?

Думаю, что у штук типа денвера вообще нет никаких преимуществ.
Использовать их — зло.
Сам работаю в Win, так как VS в качестве IDE использую, да и под Win часто
пишу на C#, но раньше для разработки на php использовал при этом виртуальные
машины (VirtualBox, VMWare), сейчас на отдельном неттопе постоянно Ubuntu-server
крутится для разработки, а с xdebug отличная удалённая отладка.
Советую как можно раньше отказаться от «денверов» автору комментария,
да и Linux всегда под рукой в той же виртуалке.

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

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

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

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

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

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

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

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

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

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

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

Сейчас уже не зачем, просто появился вопрос.
А началось так:
Есть проект, проект достаточно старый и реализован не очень красиво,
нет единой точки входа, есть куча директорий с 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]

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

Термин для слова "говнокод"?

Спагетти код, это разновидность говнокода, думаю что не синоним.

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

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

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

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

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

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