最近一个用dedecms搭建的网站增加了很多内容。2000多篇的栏目有三个，生成栏目列表时出现了2300多篇的两个栏目。504网关超时服务器使用nginx。
我不太明白。服务器维护人员在网上找到一篇文章，修改了nginx的缓存设置。没用，他不理，我也没法不理。我无法生成列表页面。后面的东西不都是没用的吗？
把数据库下载到本地，本地配置nginx，试了很多次都不行，再改成Apache，就更夸张了。生成83页后，无法继续。好像nginx更好。
虽然出现504网关超时，但完全可以生成。
我不得不继续在网上寻找更多的解决方案。试了n次，终于找到了一个有用的方法。想到以后可能会遇到这样的问题，所以把文章抄了下来放在这里，以备日后参考，对有同样问题的朋友也是一种帮助。
下面是引用部分。我自己也不懂技术。在我的dedecms5.6里很有用，别人试试吧。
Nginx 502 Bad Gateway是指请求的PHP-CGI已经执行，但是由于某种原因(通常是读取资源的问题)导致PHP-CGI进程终止。
Nginx 504网关超时表示请求的网关没有被请求，简单来说就是可执行的PHP-CGI没有被请求。
解决这两个问题，其实需要综合思考。一般来说Nginx 502坏网关和php-fpm.conf的设置有关，
The timeout of Nginx 504 gateway is related to the setting of nginx.conf.
正确的设置需要考虑服务器本身的性能、访客数量等多重因素。
以我现在的服务器为例。CPU为奔腾4 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网关超时的错误。最重要的是php-fpm.conf的设置
This will directly lead to 502 error gateway and 504 gateway timeout.
我们来仔细分析一下php-fpm.conf的几个重要参数：
Php-fpm.conf有两个至关重要的参数，一个是“max_children”，另一个是“request_terminate_timeout”。
我的两个设置一个是“40”，一个是“900”，但是这个值不是通用的，需要自己计算。
计算方法如下：
如果你的服务器性能足够好，宽带资源充足，PHP脚本没有循环或bug，可以直接将“request_terminate_timeout”设置为0s。
0s的意思是保持PHP-CGI运行没有时间限制。而如果你做不到这一点，也就是说，你的PHP-CGI可能出现了BUG。
或者你的宽带不够或者你的PHP-CGI因为其他原因可以造假，那么建议你给“request_terminate_timeout”赋一个值，这个值可以根据你的服务器性能来设置。
一般来说，性能越好，可以设置的越高，从20分钟到30分钟。因为我的服务器PHP脚本需要运行很长时间，有些可能会超过10分钟，所以我设置为900秒。
这不会导致PHP-CGI的死亡和502坏网关错误。
以及“max_children”的值是如何计算的？原则上，值越大越好。php-cgi中进程多了，处理的就快了，排队的请求就少了。
设置“max_children”也需要根据服务器的性能来设置。一般来说，一个服务器中每个php-cgi消耗的内存在20M左右，所以我把我的“max_children”设为40。
20M*40=800M，也就是说在高峰期，所有PHP-CGI消耗的内存不到800M，比我的有效内存低1Gb。如果我的“max_children”设置得较小，例如5-10，
那么php-cgi就会“很累”，处理速度慢，等待时间长。如果请求长时间未得到处理，将出现504网关超时错误。
而那些正在处理的很累的php-cgi，遇到问题就会出现502坏网关的错误。
