Возможно ли иметь обработчик apache mod_perl, который принимает все входящие запросы и решает на основе набора правил, является ли этот запрос чем-то, на что он хочет действовать, и если нет, возвращать управление apache, который будет обслуживать запрос как обычно?
Пример использования:
Устаревшему сайту, который использует DirectoryIndex для обслуживания index.html (или аналогичного) и обработчиков по умолчанию для сценариев perl и т. Д., Предоставляется обновленная схема URL-адресов (django / Catalyst-ish). У диспетчера будет набор URL-адресов, сопоставленных с контроллерами, которые отправляются на основе входящего URL-адреса.
Однако сложность заключается в том, что этот диспетчер находится в том же пространстве имен на том же виртуальном хосте, что и старый сайт. Идея состоит в том, чтобы переписать сайт по частям, поскольку миграция «обновить все» не дает возможности протестировать производительность сайта с новой системой и неосуществима из-за огромного размера сайта.
Одна из многих проблем заключается в том, что диспетчер теперь получает все URL-адреса, как ожидалось, но DirectoryIndex и статический контент (который в основном обслуживается другим хостом, но не всем) не обслуживаются должным образом. Диспетчер возвращает Apache :: Const :: DECLINED для несовпадающих URL-адресов, но Apache не продолжает обслуживать запрос, как обычно, а вместо этого выдает страницу ошибки по умолчанию. Apache, похоже, не пытается искать /index.html и т. Д.
Как это решить? Вам нужно использовать внутренние перенаправления? Поменять стек обработчика в диспетчере? Использовать какие-нибудь хитрые директивы? Все вышеперечисленное? Совсем невозможно?
Все предложения приветствуются!