写日志之前先copy一段nginx502的原因，从某网看到如下，然而这并不是重点，最重要还是看博主手敲的东西。
一、NGINX 502错误排查
NGINX 502 Bad Gateway错误是FastCGI有问题，造成NGINX
502错误的可能性比较多。将网上找到的一些和502 Bad
Gateway错误有关的问题和排查方法列一下，先从FastCGI配置入手：
1.FastCGI进程是否已经启动
2.FastCGI worker进程数是否不够
运行 netstat -anpo | grep “php-cgi” | wc -l
判断是否接近FastCGI进程，接近配置文件中设置的数值，表明worker进程数设置太少
3.FastCGI执行时间过长
根据实际情况调高以下参数值
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
4.FastCGI Buffer不够
nginx和apache一样，有前端缓冲限制，可以调整缓冲参数
fastcgi_buffer_size 32k;
fastcgi_buffers 8 32k;
5.Proxy Buffer不够
如果你用了Proxying，调整
proxy_buffer_size 16k;
proxy_buffers 4 16k;
参见：http://www.server110.com
6.https转发配置错误
正确的配置方法
server_name www.mydomain.com;
location /myproj/repos {
set $fixed_destination $http_destination;
if ( $http_destination ~* ^https(.*)$ )
{
set $fixed_destination http$1;
}
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Destination $fixed_destination;
proxy_pass http://subversion_hosts;
}
当然，还要看你后端用的是哪种类型的FastCGI，我用过的有php-fpm，流量约为单台机器40万PV(动态页面),
现在基本上没有碰到502。
7.php脚本执行时间过长
将php-fpm.conf的
~~~~~~~~~~~~~~~~~~~~~~~~~~~华丽丽的分割线~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
博主遇到的问题是因为代码中有一个参数通过引用传递，然后访问之后直接502，博主看到此信息，第一时间是直接把display_errors打开，
然后我就有疑问了为什么打开了错误显示，就不502了，只是有些E_STRICT的警告，之后经过了一轮轮调试，仍旧没有办法之后原因。
无可奈何之后查看了nginx的错误截图如下。当时想这尼玛不是php fastcgi的报错，为什么会出现在nginx的错误日志里面，这感觉不怎么科学，苦思冥想
再经过几轮伤痛无果的调试，依然感觉无力，只能先暂告一段落。
作为一个幸运的程序员，不知道动了那根筋想倒腾一下之后本地虚拟机环境中一直不写错误日志文件的问题，配置是没有问题，就是不写错误日志。（各位看官不要吐槽，因为博主平常都是
直接页面显示错误加xdebug，所以觉得无所谓，不写关我毛毛雨的事情，不虚。）博主慧眼加高等智慧的大脑（这个时代写博主必须加点逼格）觉得应该是文件权限的问题，然后果断来一下
chmod 777高超技能，重启php-fpm，来段错误代码测试了一下，尼玛还是如预期写入了错误日志文件。此刻回想起来上午的问题，总感觉输出的错误警告神马会不会和写入日志的一样。觉
得那就裸衣干，tail一下错误日志，屏蔽display，撸一下代码，尼玛此刻竟然不报502了，完美运行，错误日志如期写入日志文件，不科学啊，打开nginx的错误日志再撸一发发现nginx没有了
错误。
好吧！感觉问题找到了关于502错误是因为php的错误日志权限问题，没有办法写入，然后直接抛给了cgi，所以nginx就502了。至于为什么会下抛给cgi，这个我也不懂，别问我，懂的人后面
过几招。
哎呦，不错哦。此段装逼路程结束。谢谢Tvb，谢谢爸妈，谢谢博客园。
