Проверить, существует ли файл в подкаталоге, и в противном случае перенаправить все на главный контроллер

У меня была похожая проблема, когда я хотел распространить веб-приложение, которое ведет себя так, как вы описываете: в определенном каталоге есть куча статических файлов, к которым можно получить доступ, как если бы они находились в корне веб-приложения (т. Е. Попытка /images/pic.png получить изображение в public/images/pic.png), а все остальное сопоставляется со сценарием контроллера.

Первая проблема, с которой я столкнулся, заключается в том, что -f в RewriteCond не работает с относительным путем - т.е. если строка "TestPattern" может быть разрешена в файл относительно каталога, где указано условие (используя .htaccess), -f по-прежнему будет возвращать «не соответствует»⁽¹⁾.

Поэтому нам нужно попытаться «понять», что такое префикс для каждого каталога, в котором находится файл .htaccess, и mod_rewrite на самом деле решает эту проблему для нас и гарантирует, что RewriteRule всегда оценивается относительно префикса каталога .htaccess файла - но, к сожалению, он не раскрывает эту информацию в любом случае, к которой RewriteCond может получить доступ (они действительно должны позволить нам это иметь).

При этом, по-видимому, есть несколько странных вещей, которые вы можете сделать с RewriteCond, чтобы заставить «CondPattern» выявить связь между %{REQUEST_URI} и RewriteRule - прочитайте ответы на этот вопрос обо всех странных вещах, которых вы можете достичь.

Но сокращая эти трюки только до поставленной задачи (получение -f для соответствия правильному пути относительно .htaccess, независимо от того, где это может быть) мы получаем эту, довольно простую вещь:

RewriteEngine On

RewriteCond %{REQUEST_URI}::$1 ^(.*?/)(.*)::\2
RewriteCond %{DOCUMENT_ROOT}%1static/%2 -f
RewriteRule ^(.*)$  static/$1 [END]

RewriteRule . index.php [END,QSA]

Объяснение:

Регулярное выражение в RewriteCond очень ограничено тем, что оно не разрешается для переменных и захваченного текста, но оно может использовать обратные ссылки на себя, используя синтаксис . Поэтому мы сначала создаем строку, состоящую из:

• Исходный URI запроса
• Жестко запрограммированный разделитель, который мы не ожидаем увидеть в URL-адресе (часть ::).
• Локальная (для каждого каталога) часть URI, с которой будет соответствовать RewriteRule - это часть $1: RewriteCond может посмотреть на группу захвата целевого объекта RewriteRule⁽²⁾, поэтому мы захватываем весь ввод.

Затем мы применяем регулярное выражение, которое объясняет связь между URI этого запроса и входом RewriteRule - URI запроса состоит из двух частей (первая и вторая записи) где первый заканчивается разделителем /, а второй идентичен тому, что появляется после разделителя :: — 2 просто ссылается на второй захват в том же regexp и говорит, что он должен быть идентичным.

В результате мы разбили URI запроса на две группы захвата - первая - это локальный префикс для каждого каталога, которым mod_rewrite пользуется конфиденциально, а вторая - локальный путь в этом каталоге, который мы хотим проверить. Второе условие использует % для обозначения этих захватов, строящих абсолютный путь под корнем документа⁽³⁾. Обратите внимание, что %1 захватывает как начальную, так и конечную косую черту префикса URI.

Наконец, обратите внимание, что я использую флаг END вместо L (последний), так как он быстрее и существует mod_rewrite немедленно. Это позволяет мне опустить строку с RewriteRule ... - [Л] , который существует только для того, чтобы остановить поведение L, которое фактически не прекращает обработку: оно просто возвращается к началу или переписывает правила с новым URL-адресом. END намного проще.

Сноски:

1. На самом деле, относительное разрешение пути работает при определенных условиях, как описано в отчете об ошибке для этой проблемы. Просто он не работает так, как ожидалось, и в большинстве распространенных конфигураций не будет работать вообще.
2. Это странное поведение в обратном направлении на самом деле довольно простое: Apache всегда сначала разрешает RewriteRule и только затем проверяет, позволяют ли условия его применять.
3. Это, кстати, не сработает, если вы используете Alias или аналогичные методы для сопоставления частей пространства URI сервера с другими местами, не находящимися под корнем документа. Обратитесь к документации по CONTEXT_DOCUMENT_ROOT, чтобы узнать, как обойти эту проблему.