Условия перенаправления запросов на index.php через RewriteCond

Пример с включенным логом перезаписи и демонстрация вывода

Конфигурация виртуального хоста с детальным логом:

<VirtualHost *:80>
    ServerName example.com
    DocumentRoot /var/www/html
    <Directory /var/www/html>
        AllowOverride All
        RewriteEngine On
        LogLevel alert rewrite:trace6
        RewriteCond %{REQUEST_FILENAME} !-f
        RewriteCond %{REQUEST_FILENAME} !-d
        RewriteRule ^(.*)$ index.php/$1 [QSA,L]
    </Directory>
</VirtualHost>

После применения этой конфигурации в логах (например, /var/log/apache2/error.log) можно увидеть строки вида:

[rewrite:trace3] [pid 12345] mod_rewrite.c(475): [client 192.168.1.1] RewriteCond: input='/var/www/html/css/style.css' pattern='!-f' => matched
[rewrite:trace3] [pid 12345] mod_rewrite.c(475): [client 192.168.1.1] RewriteCond: input='/var/www/html/css/style.css' pattern='!-d' => matched
[rewrite:trace2] [pid 12345] mod_rewrite.c(475): [client 192.168.1.1] RewriteRule: rewrite '/css/style.css' -> 'index.php/css/style.css'

Лог показывает, что для запроса несуществующего файла выполняются проверки и срабатывает правило.

Комбинация условий с оператором [OR] для выборочного перенаправления

Иногда требуется перенаправлять на index.php только некоторые наборы URL. Используем [OR] для объединения условий, при этом остальные проверки (на файл) остаются обязательными.

RewriteEngine On
RewriteCond %{REQUEST_URI} ^/blog [OR]
RewriteCond %{REQUEST_URI} ^/news
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?route=$1 [QSA,L]

В этом примере перенаправление происходит, если URI начинается с /blog или /news, и при этом реального файла с таким именем нет. Другие запросы (например, /about) будут обрабатываться напрямую. Результат: запрос /blog/post-1 перенаправляется на index.php?route=/blog/post-1.

Условное перенаправление для отладочного IP

Можно использовать REMOTE_ADDR для того, чтобы только разработчик с определённого IP видел перенаправление на специальную страницу отладки.

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REMOTE_ADDR} ^192[.]168[.]1[.]100$
RewriteRule ^(.*)$ index.php/debug/$1 [QSA,L]
# Для остальных IP запросы проходят без перенаправления (или используется другое правило)

Если IP клиента равен 192.168.1.100, то запросы направляются в index.php/debug/, иначе перенаправление не применяется. Лог покажет, что условие по IP не сработало для других адресов.

Использование %{THE_REQUEST} для точного захвата пути

Переменная %{THE_REQUEST} содержит полную первую строку HTTP-запроса. Её можно использовать для извлечения пути без учёта строки запроса.

RewriteEngine On
RewriteCond %{THE_REQUEST} ^(GET|POST) /(.*) HTTP
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?path=%2 [QSA,L]

Здесь %2 ссылается на вторую группу захвата из условия (путь между / и HTTP). Например, запрос "GET /article/123?page=2 HTTP/1.1" даст path = article/123. Результат: перенаправление на index.php?path=article/123&page=2 (QSA добавляет page=2).

Обработка ошибок: если index.php не существует

Если сам index.php отсутствует в корне, правило может привести к ошибке 404. Можно добавить проверку существования index.php и выдать понятное сообщение.

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}/index.php -f
RewriteRule ^(.*)$ index.php/$1 [QSA,L]
# Иначе перенаправляем на собственную страницу ошибки
RewriteRule ^(.*)$ /error.html [L]

Дополнительное условие проверяет, что файл index.php существует в корне документа. Если нет, срабатывает другое правило, отправляющее на error.html.