这两天用wordpress发文章，总出现504 Gateway time-out问题，后来用wordpress手机客户端发送，也总是显示发送失败。百思不得其解，网上搜罗了很多文章和解决方法，终于找到问题的根源。
在CentOS下配置lnmp组合基本上用的都是同样的配置文件，一直都没出现过问题，可最近在一个vps上安装同样的环境之后，网站在线10多人就出 现了打开速度非常缓慢的情况，有好几次都是直接达到了nginx中设置的脚本最大超时时间300秒，结果导致nginx往客户端浏览器发送了一个504 Gateway Time-out的错误代码，分析了之后改动了几处配置文件，终于避免了该情况的出现。
Nginx的特点是处理静态很给力，Apache的特点是处理动态很稳定，两者结合起来便是LNMPA，nginx处理前端，apache处理后端，这样处理静态会很快，处理动态会很稳定。当我以为安装完成以后便万事大吉，不料更新网站的时候却出现504 Gateway time-out;起初还以为这是偶然，多次尝试后依然出现这样的情况，因此才决定查找解决方法。
从 错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。
大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置：
把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；
把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
LNMP面对504 Gateway time-out
因为504 Gateway time-out是Nginx的专属错误，因此起初我以为是nginx配置出错，查找网上的教程，找到相应的解决方法，下面简单说说LNMP面对此种情况的解决方案。Nginx出现这样的错误，是因为对PHP-CGI进程数限制得太小，面对更新网站这类操作，很可能出现进程不足而超时的情况，因此要修改两处涉及到处理时间的文件。
首先是nginx.conf文件，这个文件在/nginx/conf/nginx.conf，打开以后，主要修改前面几个时间，建议修改为120秒以上。至于用什么工具修改，推荐在线命令行编辑;或者用winscp下载下来，用Dreamweaver修改。
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;
其次要修改php-fpm.conf文件，这个文件在/php-5.2.17/etc/php-fpm.conf，不同的一键安装包位置有所不同，反正找找php安装以后文件下面的etc文件夹即可，在线编辑或下载下来用Dreamweaver编辑。
进入文件后搜索”max_children”这是php-cgi进程数，一个进程占20M~30M内存，按自己的VPS或云主机内存进行计算，好比512M内存，推荐设置为18即可;另外搜索”request_terminate_timeout”，这是超时时间，若php程序要长时间运作，那么设置时间大一点会比较好，好比设置为120秒，单位默认是秒，或者写成120同样可以。
LNMPA遇到504 Gateway time-out
当我按照Nginx的解决方法设置，很快设置成功，不过依然会出现504 Gateway time-out，这时我直接切换为LNMP组合，发现不再遇到504 Gateway time-out错误，这说明设置已经生效;为什么还会出现这样的错误呢?
经过大量的资料查找，终于发现这是Nginx与Apache通信时间设置问题，当用户发出php脚本执行请求，nginx不会执行php，会把这个问题留给后台的apache，nginx会等待一段时间，apache可以在等待时间内处理php脚本请求，若未处理完，nginx便已未收到数据请求而返回504 Gateway time-out错误，实际情况是apache依然会在后台处理完php脚本，只是前台返回错误。
解决方法是修改nginx与apche通信时间，具体是配置proxy.conf，这个文件在/nginx/conf/下面，名字可能会有变化，好比有的安装包是laproxy.conf，反正是**proxy.conf文件。
proxy_connect_timeout 60;
proxy_send_timeout 600;
proxy_read_timeout 90;
proxy_buffer_size 128k;
proxy_buffers 8 128k;
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 100m;
第一项是连接时间，前端连接后端时间，60s以内即可，第二个是发送时间，允许后端返回数据的时间，90s以内即可，第三个时间是读写时间，这是前端等待后端处理时间，这是导致504 Gateway time-out的根本原因，出现这个错误，说明这个值太小，推荐不小于600s，服务器越差，那么设置得更长，保证处理完毕。
另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。
<value name=”style”>apache-like</value>
当我把这个文件设置好，重启nginx和apache，再次更新文章，已经不会遇到这类错误，说明出错原因不是nginx，而是前段和后端的通信时间太短。另外，nginx还会有502错误，实际上原理是差不多的，同样设置上面这部分文件，LNMPA组合依然是设置前后端的通信时间。
从更改完毕到现在的测试表明上述方式的效果还是很明显的，并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。当然，如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。
本文由我说吧博客(https://www.woshuoba.com/)提供，转载分享请注明，谢谢合作，不妨保留链接!