nginx try_files处理两次,如果设置了错误回退,则会失败
我有一个位置块设置来捕获所有文件请求并将它们发送到PHP-FPM:
这可以正确地将请求传递给PHP-FPM到请求的确切的现有php文件或者将routing.php设置为要运行的脚本. 我试图添加一个错误页面,这样如果路由文件被删除或者不可用,将显示错误页面而不是Nginx的默认错误页面:
这会停止提供routing.php文件,而是显示50x_static.html页面.对现有PHP文件的请求仍然有效,即转到URL /dynamic.php 我意识到try_files命令中的最后一个参数有点神奇:
在调查error_page破坏配置的原因时,我意识到对于有效的配置(没有静态错误页面),在尝试获取根URL时,Nginx似乎确实根据Nginx重写日志匹配请求两次“/ “:
即,请求以/作为/,try_files无法提供文件,因此从/向/routing.php重写请求,然后重新处理请求. 为什么尝试文件在第一次传递时不提供routing.php文件?它存在且可访问,否则将不会在第二轮提供. 编辑 删除了不相关的配置. 最佳答案 您引用的文档明确说“调用了最后一个参数的内部重定向”.内部重定向的处理方式与来自客户端的初始请求的处理方式相同 – 这包括处理服务器级别的重写语句,您可以在日志中看到.但是,如果除最后一个之外的任何其他try_files参数与现有文件匹配,则使用try_files语句所在的位置配置处理请求,并且不会有第二个匹配.至于你的规则,你是否尝试在try_files中省略$args?
请注意,$uri也不包含$args;查询参数仍将通过QUERY_STRING参数传递给FastCGI后端,该参数可能在fastcgi.conf中设置:
如果$uri和/routing.php都不作为文件存在,请求将被重定向到/50x_static.html并根据您的配置中的location = /50x_static.html部分进行处理(但是重写尝试的第二次迭代仍然会执行,因为您的重写规则放在服务器级别). 您的配置的一个非常可疑的细节是您通过PHP传递所有文件而不管文件扩展名 – 这是非常不寻常的,并且可能由于PHP代码在不期望的文件中执行而导致安全问题. (编辑:阜阳站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- nginx – Varnish通常会进入Rails网络堆栈?
- 如何代理http_x_ssl_client_s_dn标题?
- Django Gunicorn nginx表现非常糟糕.甚至无法获得8 qps
- 使用SSL23_GET_SERVER_HELLO,NGINX缓存代理失败:sslv3警报
- Gitlab:使用Passenger / Nginx运行Unicorn,Resque的问题
- 自动将docker容器附加到nginx负载均衡器的上游配置
- 为什么SPDY在Nginx 1.4.3中打破’Vary:Accept-Encoding’?
- apache/nginx/IIS有什么区别
- 使用nginx和Drupal,如何为存在的静态文件和目录提供404错误
- 为大URI配置Nginx