问题描述：
一台nginx的web server，之前别人配置过了，默认是使用nginx unix socket方式。
为提高nginx的稳定性，把nginx重新配置了一下，修改成了tcp/socket方式。
问题出现了：
论坛中所有的稍大的附件，没有特别具体的大小，应该在60K左右以上的附件，无论如何都只能下载47.7K。
论坛跑是的discuz，默认是跑的php4.4.8 fastcgi模式。
问题分析：
一开始怀疑是nginx的某些配置不对，但是使用直接下载是正常的，说明nginx server是没问题的。
接着检测是否是程序的问题， discuz的attachment.php提供了4种方式的下载"mode"， 即// read local file's function: 1=fread 2=readfile 3=fpassthru 4=fpassthru+multiple， 默认是2。
逐个进行测试，使用了4， 可以使用例如讯雷， IDM等软件正常下载， 但是正常用IE或者ff的默认下载还是不行，至多下载50多K。
最后找到问题的根源：
fastcgi_temp目录的权限问题， domin都修改成777啦，即下载正常了。
原来，出于网站后台的安全考虑，在测试时把权限都修改成了700，同时清空了fastcgi_temp目录，结果还是依旧正常，之前的fastcgi_temp目录下的文件不管是属组还是属性都比较错乱了， 因此建议如果是升级php或者对web server做正常的操作，建议把之前程序生成的缓存目录都清理一下。
相关阅读：
nginx无法完整下载文件的解决方法
Nginx限制带宽(下载速度)的配置实例
nginx web网站图片显示过慢 超大附件不完全下载的解决方法
nginx+fastcgi文件下载不全的解决方法
nginx+fastcgi文件下载不全的问题的解决方法
本节内容：
Nginx 504 Gateway Time-out
在CentOS系统中，配置lnmp组合，一直很正常。
最近在一个vps上安装同样的环境之后，网站在线10多人就出 现了打开速度非常缓慢的情况，有好几次都是直接达到了nginx中设置的脚本最大超时时间300秒，结果导致nginx往客户端浏览器发送了一个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的几处配置：
1，把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；
2，把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
3，接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：
fastcgi_buffer_size 由 64k 改为 128K；
fastcgi_busy_buffers_size 由 128K 改为 256K；
fastcgi_temp_file_write_size 由 128K 改为 256K。
好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。
另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。
如此修改之后，很长一段时间，再没有出现：Nginx502 bad gateway或504 Gateway Time-out错误。
本节内容：
504 Gateway Time-out问题的解决方法。
504 Gateway Time-out问题常见于使用nginx作为web server的服务器的网站。
在升级discuz论坛时遇到了同样的问题。
一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果fastcgi服务对这个挂起处理的不好, 那么就有可能导致504 Gateway Time-out。
分析：
现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K
默认的fastcgi进程响应的缓冲区是8K，可以设置大点。
在nginx.conf里, 加入:
fastcgi_buffers 8 128k
表示设置fastcgi缓冲区为8×128k。
当然，如果在进行某一项即时的操作，可能需要nginx的超时参数调大点。
例如，设置成60秒:
send_timeout 60;
只是调整了这两个参数，结果就没有再显示那个超时。