nginx中try_files参数易被忽略的知识点
先创建测试目录与文件mkdir -p /php/aaa/bbb
vim /php/aaa/index.html
<h1>small try</h1>
配置nginx server
server { listen 80;
server_namewww.ready.org;
location / {
root/php;
try_files $uri $uri/ /index.php;
indexindex.html index.htm;
}
location ~ .*\.(php|php5)?$ {
root /php;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi.conf;
}
}
如上面的简单例子，开启了try_files参数时，浏览器输入www.ready.org/aaa 或者 www.ready.org/aaa/ 都会显示small try：
若浏览器输入www.ready.org/aaa/bbb 则会出现403 Forbidden
若浏览器输入www.ready.org/ccc 时，则会跳转至phpinfo页面(默认在根下创建了名为index.php的phpinfo文件)
由上述可以看出try_files参数可以实现自动检测网站根下是否存在用户在浏览器输入的名为URI文件和名为URI的目录，若存在则会跳转至用户请求的URI，并按所匹配的location完成后续步骤，若不存在则会跳转至最后一个参数，这以上例子中最后一个参数是根下的index.php(phpinfo),所以当找不到ccc目录和文件时，便跳转至根下的index.php
但会有一个比较特殊的情况，先看下面的例子：
server { listen 80;
server_namewww.ready.org;
location / {
root/php;
**try_files $uri $uri/ =502**
indexindex.html index.htm;
}
location ~ .*\.(php|php5)?$ {
root /php;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi.conf;
}
}
粗体部分是修改后的参数，简单的说就是当nginx找不到用户请求的URI文件和目录时，会直接跳转到502错误页面，有了之前的例子这个就很好理解。但如果改成以下情况：
server { listen 80;
server_namewww.ready.org;
location / {
root/php;
**try_files $uri $uri/ /index.php =502;**
indexindex.html index.htm;
}
location ~ .*\.(php|php5)?$ {
root /php;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi.conf;
}
}
当用户请求为www.ready.org/ccc 时会出现什么情况呢？
测试后发现会弹出php文件的下载对话框(因为浏览器不同，有些浏览器会直接显示php文件的源码)，不管怎么这都说明php文件没有被解析直接返回给了用户，为什么呢？原来是因为try_files参数会一直判断后面的文件或目录是否存在，若不存在会一直向后检查，直到倒数第二个参数被检查完，若都不存在，即解析并返回最后一个参数，中途的检查若存在，则直接返回给用户而不做解析，所以上面的例子最后才会返回php源码，nginx会自己内部直接返回，而不会交由php-fpm解析再返回。
页:
[1]