标签:php-fpm 实现 php 检测 返回 ati php5 name 配置
先创建测试目录与文件mkdir -p /php/aaa/bbb
vim /php/aaa/index.html
<h1>small try</h1>
server {
listen 80;
server_name www.ready.org;
location / {
root /php;
try_files $uri $uri/ /index.php;
index index.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_name www.ready.org;
location / {
root /php;
**try_files $uri $uri/ =502**
index index.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_name www.ready.org;
location / {
root /php;
**try_files $uri $uri/ /index.php =502;**
index index.html index.htm;
}
location ~ .*\.(php|php5)?$ {
root /php;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi.conf;
}
}
测试后发现会弹出php文件的下载对话框(因为浏览器不同,有些浏览器会直接显示php文件的源码),不管怎么这都说明php文件没有被解析直接返回给了用户,为什么呢?原来是因为try_files参数会一直判断后面的文件或目录是否存在,若不存在会一直向后检查,直到倒数第二个参数被检查完,若都不存在,即解析并返回最后一个参数,中途的检查若存在,则直接返回给用户而不做解析,所以上面的例子最后才会返回php源码,nginx会自己内部直接返回,而不会交由php-fpm解析再返回。
标签:php-fpm 实现 php 检测 返回 ati php5 name 配置
原文地址:http://blog.51cto.com/13322786/2161576