Я получаю нежелательное поведение от Nginx, где он перенаправляет запросы, когда я пытаюсь получить доступ к индексным файлам в подкаталогах моего веб-приложения по тому же URL-адресу, но с добавленной косой чертой.
У меня есть простое веб-приложение, настроенное с корневым каталогом, и несколько подкаталогов в нем, в каждом из которых есть файл index.php.
Операционная система сервера — сервер Ubuntu, Nginx — сервер, и установлен PHP5-fpm.
Я хочу перейти к http://foo/bar
чтобы получить вывод index.php в bar
, Но если я перейду к http://foo/bar
Я всегда перенаправлен на http://foo/bar/
,
Я посмотрел на логин доступа Nginx в /var/log/nginx/access.log
и кажется, что запросы перенаправляются с того, что я запрашиваю (http://XXX.XXX.X.X/about
например) на тот же URL с добавленной косой чертой (http://XXX.XXX.X.X/about/
) через 301. Вот пример кода из журнала:
192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /why HTTP/1.1" 301 178 "http://192.168.1.7/services/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /why/ HTTP/1.1" 200 3086 "http://192.168.1.7/services/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /contact HTTP/1.1" 301 178 "http://192.168.1.7/why/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /contact/ HTTP/1.1" 200 2325 "http://192.168.1.7/why/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"
Но я не уверен, почему их перенаправляют или что их вызывает.
Это файлы конфигурации Nginx:
user nginx;
worker_processes 1;
pid /run/nginx.pid;
events {
worker_connections 1024;
# multi_accept on;
}
http {
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
server_tokens off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
include /etc/nginx/sites-enabled/*;
}
server {
listen 80 default_server;
listen [::]:80 default_server;
root /var/www/html/;
index index.php index.html index.htm;
server_name localhost;
location / {
try_files $uri $uri/ =404;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /var/www/html/;
}
location ^~ /files/ {
root /var/www/html/;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
Почему Nginx делает это, и что является (являются) решением (ями) для этого? Что является наиболее «чистым», «правильным» или наиболее верным решением для соглашения?
Это результат try_files
директивы. Он ищет файл с именем about
и когда он не может найти его, он продолжает искать папку с именем about
, (Папка обозначена в конце /
на $uri/
.)
Папка about/
соответствует, поэтому nginx будет искать файл, соответствующий любому из имен, указанных в index
директивы. Тем не мение, использование индексного файла вызывает внутреннее перенаправление (цитируется в документации по nginx), где ваш трейлинг /
происходит от.
Что бы это ни стоило, я вижу точно такое же поведение в моей установке nginx, так что это не (просто) ваш конфиг.
Других решений пока нет …