504是一种常见的服务器错误，今天公司的开发机的服务器就出现了504错误，今天就要离职了，一天都没做什么事，正好这件事博哥找我看一下，查一下nginx的日志，发现是upstream timeout，我们知道nginx+php的模式下，nginx作为server把php的请求发到php-fpm进行处理，再把php-fpm处理的结果返回。
这里可以把php-fpm看作nginx日志里说的那个upstream。那么可以推出是php-fpm服务出了问题。
查看php-fpm服务的状态:
sudo service php-fpm status # centos 6 |
发现php-fpm的状态是running，没有问题～那是怎回事呢，不管三七二十一先 sudo service php-fpm restart （centos 7使用systemctl）试一下，发现竟然好了。
看起来问题是解决了，页面响应速度恢复了，但是一登录玉米平台，点开两三个页面有开始504了。。。
看来应该是服务器资源的问题，但是开发机配置很好，top一下可以看到资源是够用的，那就是php-fpm配置的问题了。
sudo vim /path/to/php-fpm.conf |
找到 pm.max_children 的部分。可以看一下注释部分：
; The number of child processes to be created when pm is set to ‘static’ and the
; maximum number of child processes when pm is set to ‘dynamic’ or ‘ondemand’.
; This value sets the limit on the number of simultaneous requests that will be
; served. Equivalent to the ApacheMaxClients directive with mpm_prefork.
; Equivalent to the PHP_FCGI_CHILDREN environment variable in the original PHP
; CGI. The below defaults are based on a server without much resources. Don’t
; forget to tweak pm.* to fit your needs.
; Note: Used when pm is set to ‘static’, ‘dynamic’ or ‘ondemand’
; Note: This value is mandatory.
pm.max_children = 5
默认的配置值是5，公司开发机配置了一大堆的虚拟机，估计得20来个了，可以预测是child processes不够导致的504，可以根据服务器配置适当地调大这个参数，我把它设置为32了，应该可以适应当前的需求了。
关于504 bad gateway可以理解一下，php-fpm的全称是php fastcgi proceesses manager, cgi则是common gateway interface即通用网关接口，gateway timeout就可以理解为这个cgi超时没有及时返回给web server数据。
刚刚发现这样改了还是会有504 timeout……囧了个囧，勇哥和我机智地分析了一下应该是代码中的问题，他们使用了curl请求另外的资源，我们猜测是curl长时间没有返回而导致php-fpm超时，修改代码设置curl请求的超时时间，再重启php-fpm请求，问题解决了。
一个问题出现可能有很多原因，要一点一点去分析，慢慢才能解决问题～～