完美解決Nginx 504 Gateway time-out问题

最近用dedecms建的一个网站新增了大批内容，有三个栏目的内容量都超过了两千篇，超过两千三百篇的两个栏目在生成栏目列表的时候就出现了504 Gateway time-out 服务器用的是nginx，我不是很懂，服务器维护人员在网上随便找了一篇文章，修改了nginx的缓存设置，不管用，他就不管了，可是我不能不管啊，不能生成列表页面，那后面的内容不是都不能用了麽?

　　把数据库下载到本地，在本地配置了nginx，试了很多遍，都不行，又改到Apache下面，更夸张，生成了83个页面就不能继续了，看来还是nginx更厉害一点，虽然出现504 Gateway time-out，但好歹能够全部生成。

　　只好又继续在网上找更多的解决办法，尝试了N多次以后，终于让我找到了一个有用的方法，想想以后可能还有碰到这样的问题，就把那篇文章複製过来放在这里，供以后参考吧，对有同样问题的朋友也是一个帮助。

        下面部分是引用部分，我自己不懂技术的，在我的dedecms5.6里面有用，别人的自己尝试吧。

　　Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因(一般是读取资源的问题)没有执行完毕而导致PHP-CGI进程终止。

　　Nginx 504 Gateway Time-out的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的PHP-CGI。

　　解决这两个问题其实是需要综合思考的，一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关，而Nginx 504 Gateway Time-out则是与nginx.conf的设置有关。

　　而正确的设置需要考虑服务器自身的性能和访客的数量等多重因素。

　　以我目前的服务器爲例子CPU是奔四1.5G的，内存1GB，CENTOS的系统，访客大概是50人左右同时在綫。

　　但是在綫的人大都需要请求PHP-CGI进行大量的信息处理，因此我将nginx.conf设置爲：

　　fastcgi_connect_timeout 300s;

　　fastcgi_send_timeout 300s;

　　fastcgi_read_timeout 300s;

　　fastcgi_buffer_size 128k;

　　fastcgi_buffers 8 128k;#8 128

　　fastcgi_busy_buffers_size 256k;

　　fastcgi_temp_file_write_size 256k;

　　fastcgi_intercept_errors on;

　　这里最主要的设置是前三条，即

　　fastcgi_connect_timeout 300s;

　　fastcgi_send_timeout 300s;

　　fastcgi_read_timeout 300s;

　　这里规定了PHP-CGI的连接、发送和读取的时间，300秒足够用了，因此我的服务器很少出现504 Gateway Time-out这个错误。最关键的是php-fpm.conf的设置，这个会直接导致502 Bad Gateway和504 Gateway Time-out。

　　下面我们来仔细分析一下php-fpm.conf几个重要的参数：

　　php-fpm.conf有两个至关重要的参数，一个是”max_children”,另一个是”request_terminate_timeout”