wordpress空间 论坛seo软件服务

一、nginx和php-fpm连接超时的相关配置

    线上的PHP服务器架构大都是nginx proxy->nginx web->php-fpm。在服务器运行正常，服务器之间的连接正常，未被防火墙阻止的情况下，对这种架构排查504报错时需要注意以下几个地方的参数。

1是nginx proxy服务器中nginx.conf配置文件里的三项proxy..timeout配置。

        此配置表示proxy向上游请求时的超时时间,s为秒。

proxy_connect_timeout 30s; #nginx连接上游的proxy的超时时间
proxy_send_timeout 30s;    #nginxt往上游proxy发送数据的超时时间
proxy_read_timeout 30s;    #nginxt从上游proxy读取数据的超时时间

2是nginx web服务器中nginx.conf配置里的fastcgi..timeout超时配置，

        此配置表示nginx向上游php请求的超时时间,s为秒。

fastcgi_connect_timeout 30s; #nginx连接fastcgi的超时时间
fastcgi_send_timeout 30s;    #nginx往fastcgi发送参数的超时时间
fastcgi_read_timeout 30s;    #nginx从fastcig获取数据的超时时间

3是php-fpm配置中的request_terminate_timeout配置

        此配置表示多少秒之后php-fpm会终止对应的php子进程。request_terminate_timeout。这个配置属于php-fpm，控制的是一个request执行的最长时间，超过这个时间worker进程将被killed。
request_terminate_timeout=120s

        在后端执行时间超过请求方的时间设定时间时，请求方会主动断开连接，后端服务器日志会记录499，关于499的报错这里不再展开，之前也有篇文章 nginx出现499错误码的原因以及proxy_ignore_client_abort配置 及 nginx日志配置变量大全意义详解_nginx 499-CSDN博客 服务端可以通过设置proxy_ignore_client_abort on来忽略客户端中断请求，从而不再记录499日志，改为200，但这样只是让表象上看起来请求正常，前端还是请求超时了的。

    在解决服务器超时的问题时，首先按照上面的这些配置项去逐一排查，如果一切没问题，直接请求服务器时理论是OK的了，这时如果再有超时问题，需要排查域名解析到你的服务器的中间环节会不会有超时设置问题，比如CDN上的回源请求超时等待时间以及其它的中间负载均衡出的问题。

二、Nginx中的try_files以及root、alias的使用

    nginx的try_files基本是nginx配置中必定用到的一个命令，但如果没有深入了解，也许你就只知道默认配置文件中的那行代码，就是尝试请求一下uri,然后如果没有找到就转到程序框架的入口文件上。try_files的作用域在server、location，其语法如下:

#语法1，一直寻找文件，找不到定义的uri上。
try_files file ... uri 
#语法2，一直寻找文件，找不到就返回一个状态码
try_files file ... = code
#示例
index index.html index.php;
try_files $uri /cache/ /data/files/ $uri /app.php;
try_files $uri /cache/ /data/files/ $uri =404;

    如上示例中，我们向服务端发送一个请求拿程序生成的一个图片/makejpg/102.jpg，它将先检查WEB目录 下/makejpg/102.jpg图片文件是否存在 ，如果不存在检测设定的root下/cache/makejpg/102.jpg 之后没有再请求root下 /data/files/makejpg/102.jpg ，最后没有的话就去请求/app.php去生成102.jpg这么一张图片。下面一个请求如果是静态服务器则没找到就直接返回404了。

    try_files除了上述在此服务器寻找文件以及找到请求处理之外，也可以直接重定向其它的location，其它的location就可以自由配置处理了，甚至可以转发到upstream请求，纯缓存服务器配置这种比较合适，即所有的数据都是后端生成的，经过一次就缓存下来，如果缓存失效就去后端拿数据。有点CDN的感觉。

location ^~ /images/ {root /image/cache/;try_files $uri @image_backend;
}
location @image_backend {proxy_pass http://192.168.1.10:80;
}

    最后上面提到的try_files查找路径的事情，nginx中对路径的指令有root和alias，root会持续继成，在location中匹配后，会将匹配的location中的root路径替换访问url的host从而得到文件的真实地址。而alise它不会替换匹配后的url地址，而是替换匹配部分的url。alias指令也可以有多个，有些配置中使用alias会省不少事，示例如下：

#请求http://47.3.3.36/mobile/index.php  -> /home/wwwroot/mobile/index.php
location /mobile/ {root /home/wwwroot/ 
}#请求http://47.3.3.36/mobile/index.php  -> /home/wwwroot/mobile/index.php
location /mobile/ {alias /home/wwwroot/mobile/
}