Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

Question

[ldmitriy]

у меня есть хост (site.local) и я обращаюсь к примеру site.local/news/list
Где тут Request_filename/request_uri?

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php

RewriteEngine on
RewriteCond %{REQUEST_URI} !-f
RewriteCond %{REQUEST_URI} !-d
RewriteRule . index.php

Comments

[Модератор]

ldmitriy дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[ldmitriy]

Модератор, а есть тег htaccess?

[Модератор]

ldmitriy, проверить самому? Да нет...

Answer 1

[dodo512]

httpd.apache.org/docs/2.4/mod/mod_rewrite.html#rew...

REQUEST_FILENAME
The full local filesystem path to the file or script matching the request, if this has already been determined by the server at the time REQUEST_FILENAME is referenced. Otherwise, such as when used in virtual host context, the same value as REQUEST_URI. Depending on the value of AcceptPathInfo, the server may have only used some leading components of the REQUEST_URI to map the request to a file.

REQUEST_URI
The path component of the requested URI, such as "/index.html". This notably excludes the query string which is available as its own variable named QUERY_STRING.

Допустим у сайта DocumentRoot "/var/www", тогда при обращении к site.local/news/list

%{REQUEST_FILENAME} -> /var/www/news/list
%{REQUEST_URI}      -> /news/list

Comments

[wisgest]

А есть ли причины использовать REQUEST_FILENAME, а не REQUEST_URI?

[dodo512]

wisgest, смотря когда и для чего. Если как в вопросе, то такая конструкция в htaccess не имеет смысла:

RewriteEngine on
RewriteCond %{REQUEST_URI} !-f
RewriteCond %{REQUEST_URI} !-d
RewriteRule . index.php

Тут проверяется существование файла или каталога не там где он действительно находится (относительно корневой папки сайта DocumentRoot), а относительно корня файловой системы.

[wisgest]

dodo512, по-моему вы себе дважды противоречите: если я правильно понимаю, REQUEST_URI — относительно DocumentRoot; действительно находится — относительно корня файловой системы.

И мой вопрос был о том, зачем оглядываться на что-либо кроме DocumentRoot.

[dodo512]

wisgest, так в том-то и дело что проверки -f и -d требуют в условии полный путь в файловой системе.
Полный путь есть только в REQUEST_FILENAME.
А чтоб из REQUEST_URI собрать полный путь нужно добавить DocumentRoot.
Тогда вместо RewriteCond %{REQUEST_FILENAME} -f
получится RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f

[ldmitriy]

dodo512, а если такой адрес site.local/news/list/test.php?a=1&b=2
то что будет в этих двух переменных (не обрезается ли файл или гет запрос)?

[dodo512]

ldmitriy, в %{REQUEST_FILENAME} и в %{REQUEST_URI} нет GET-параметров.
Параметры находятся в отдельной переменной %{QUERY_STRING}.

[ldmitriy]

dodo512, т.е будет так?
%{REQUEST_FILENAME} -> /var/www/news/list/test.php
%{REQUEST_URI} -> /news/list/test.php

А rewritecond в моем примере должны выполняться оба чтобы выполнилось rewriterule или достаточно одного?

[dodo512]

т.е будет так?
%{REQUEST_FILENAME} -> /var/www/news/list/test.php
%{REQUEST_URI} -> /news/list/test.php

Да.

А rewritecond в том примере должны выполняться оба. Тогда только выполнится rewriterule.
Вариант с выполнением только одного из нескольких условий реализуется с помощью флага [OR] примерно так:

RewriteCond "%{REMOTE_HOST}"  "^host1"  [OR]
RewriteCond "%{REMOTE_HOST}"  "^host2"  [OR]
RewriteCond "%{REMOTE_HOST}"  "^host3"
RewriteRule ...some special stuff for any of these hosts...

[ldmitriy]

dodo512, хорошо объяснил, спасибо.
Чтобы не создавать отдельный пост, последний вопрос.
RewriteEngine on
RewriteCond %{REQUEST_URI} !-f
RewriteCond %{REQUEST_URI} !-d
RewriteRule . index.php
К примеру на index.php странице я подключаю любой статический файл и он не подключается(опять редирект на index), к примеру:

Пытаюсь понять:
RewriteCond %{REQUEST_URI} !-f
здесь будет проверка адреса site.local/css/styles.css что это файл (это файл - по расширению) и что он не существует (файл-существует).
RewriteCond %{REQUEST_URI} !-d
здесь будет проверка адреса site.local/css/styles.css что это директория(это не директория - расширения нет) и что она не существует (сразу нет, т.к это не директория). Получается обе проверки не выполняются, где я рассуждаю не верно?

[dodo512]

ldmitriy, ключевой момент в том, что для проверок -f и -d нужно передать полный путь.
Допустим корневая папка сайта site.local находится в "/var/www" и файл стилей физически находится в "/var/www/css/styles.css", тогда при запросе site.local/css/styles.css
%{REQUEST_FILENAME} -> /var/www/css/styles.css
%{REQUEST_URI} -> /css/styles.css

RewriteCond %{REQUEST_URI} !-f
Это условие будет выглядеть так
RewriteCond "/css/styles.css" !-f
Получается всегда будет "файл не найден", т.к. сам файл находится в "/var/www/css/styles.css"

А вот если использовать REQUEST_FILENAME, то всё будет нормально.

RewriteCond %{REQUEST_FILENAME} !-f
Это условие будет выглядеть так
RewriteCond "/var/www/css/styles.css" !-f

[Диана]

в чем разница между
REQUEST_URI
и
THE_REQUEST
?

[dodo512]

Диана, там в ответе если пройти по ссылке на документацию

THE_REQUEST
The full HTTP request line sent by the browser to the server (e.g., "GET /index.html HTTP/1.1"). This does not include any additional headers sent by the browser. This value has not been unescaped (decoded), unlike most other variables below.

В THE_REQUEST полная строка запроса которую отправил клиент.