Конфигурирование перенаправления запросов на index.php через .htaccess

Расширенные примеры конфигурации .htaccess

В этом разделе представлены более детальные и нестандартные примеры настройки .htaccess для работы с index.php, включая особые случаи и их результаты.

Пример 1: Обработка подкаталогов с сохранением пути

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ /index.php?path=$1 [QSA,L]

Запрос: /blog/article-123
Результат: Apache вызывает /index.php?path=blog/article-123&... (строка запроса сохранена)
Доступ к index.php с параметром path, который может быть обработан PHP.

Этот вариант явно передаёт путь как GET-параметр, что удобно для фреймворков, которые анализируют $_GET['path'].

Пример 2: Использование FallbackResource с редиректом для поддиректории

<IfModule mod_dir.c>
    FallbackResource /subdir/index.php
</IfModule>

Если в каталоге /subdir/ нет реального файла (например, /subdir/api/v1), запрос обрабатывается /subdir/index.php.
Работает только для запросов внутри /subdir/; корневой FallbackResource не применяется.

Можно устанавливать разные FallbackResource для разных подкаталогов, что полезно при модульной структуре.

Пример 3: Исключение robots.txt и favicon.ico из маршрутизации

RewriteEngine On
RewriteCond %{REQUEST_URI} ^/robots\.txt$ [OR]
RewriteCond %{REQUEST_URI} ^/favicon\.ico$
RewriteRule ^ - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]

Запрос /robots.txt - не обрабатывается index.php, возвращается реальный файл (если существует).
Запрос /about - передаётся index.php.
Порядок: сначала обрабатываются исключения, затем общее правило.

Такой подход предотвращает лишнюю нагрузку на PHP для системных запросов.

Пример 4: Обработка index.php для фреймворка (Laravel)

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /public/index.php [QSA,L]

Если проект живёт в подкаталоге /project, а публичная директория - /project/public, то правило направляет все нестатические запросы в /public/index.php.
Обратите внимание: путь RewriteRule указывает относительно DocumentRoot.

Для Laravel типовой .htaccess уже содержит эти правила, но с учётом наличия папки public. Если проект размещён в корне, путь меняется на index.php.

Пример 5: Перенаправление с http на https с сохранением index.php обработки

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]

При запросе http://example.com/about выполняется редирект на https://example.com/about (301), затем новое правило обрабатывает запрос через index.php.
Важно: редирект должен стоять до маршрутизации, иначе запрос уже попадёт на index.php без https.

Этот пример объединяет принудительный HTTPS с маршрутизацией.

Пример 6: Использование mod_rewrite для перенаправления с index.php на чистый URL (удаление index.php)

RewriteEngine On
RewriteCond %{THE_REQUEST} \s/index\.php[?\s]
RewriteRule ^(.*)index\.php$ /$1 [R=301,L,NC]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]

При обращении к example.com/index.php/about происходит внешний редирект (301) на example.com/about, после чего второй блок правил передаёт управление index.php.
Это позволяет избавиться от видимого index.php в адресной строке.

Такой приём часто применяется при рефакторинге старых проектов.