Полезное поведение правила RewriteCond %{REQUEST_FILENAME} !-f

В любом фрэймворке или CMS стало правилом направлять все запросы в одну точку входа index.php
Следующие правила mod_rewite встречаются везде, эти - из laravel:
Смысл понятен - если такой директории нет или если такого файла нет - отправить все в index.php
Мне понадобилось на одном виртуальном хосте разместить второй фрэймворк, и я положил в корень рядом другой файл index2.php
Обращаться к нему решил так:

http://example.com/index2.php/foo/bar

Я думал мне придется добавить правило в htaccess, которое будет разруливать запросы по индексам но Бинго! Этого не потребовалось!

Запрос /index2.php/foo/bar отправлялся в index2.php, что мне и было нужно. ПОлучается, что mod_rewrite проверяет наличие пути не по целому совпадению, а по очереди перебирая все части пути и как только совпадение находится, отправляет запрос в этот файл. Поскольку index2.php реально существовал, то запрос отправился по нужному адресу.

Меня смущало только то, что нигде в документации я такого поведения RewriteCond %{REQUEST_FILENAME} !-f не встречал
Возможно потому, что именно так себя ведет не апач, а nginx. Буду благодарен за помощь в поиске причин этого полезного поведения. Я хочу использовать эту фичу в продакшене и хотелось бы почитать документацию, где такое поведение описано.

0

запросил у хостера конфиг nginx
И выходит что nginx тут ни при чем. Его первая локация сработала бы, если бы мой урл заканчивался на php, либо php8, либо phtml, а урл /index2.php/foo/bar...
Выходит все таки апач молодец? но молчит. Нигде не могу найти описания такого поведения...

0

Сообщение от Anrol Нигде не могу найти описания такого поведения

AcceptPathInfo Directive

Description: Resources accept trailing pathname information Syntax: AcceptPathInfo On/Off/Default Default: AcceptPathInfo Default Context: server config, virtual host, directory, .htaccess Override: FileInfo Status: Core Module: core This directive controls whether requests that contain trailing pathname information that follows an actual filename (or non-existent file in an existing directory) will be accepted or rejected. The trailing pathname information can be made available to scripts in the PATH_INFO environment variable. For example, assume the location /test/ points to a directory that contains only the single file here.html. Then requests for /test/here.html/more and /test/nothere.html/more both collect /more as PATH_INFO. ... Default The treatment of requests with trailing pathname information is determined by the handler responsible for the request. The core handler for normal files defaults to rejecting PATH_INFO requests. Handlers that serve scripts, such as cgi-script and isapi-handler, generally accept PATH_INFO by default.

0

Сообщение от Anrol Буду благодарен за помощь в поиске причин этого полезного поведения.

Польза от такого поведения очень сомнительна. Сейчас используется редко. Возможны даже проблемы с безопасностью.

0

Сообщение от Phantom-84 используется редко

Не так уж и редко это включено кмк.
Например для Yet Another Framework (Yaf) рекомендуют в комментах включить для nginx+fpm
https://www.php.net/manual/ru/yaf.tutorials.php

When you use nginx & php-fpm config for yaf frame, you must set PATH_INFO support in nginx. Otherwise, it will not work. ...

Со времён обычного использования CGI немного подзабросили использовать PATH_INFO
Но в стандартах оно есть и насколько возможно безопасные реализации присутствуют.

0