写日志之前先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的<value
name="request_terminate_timeout">0s</value>的0s改成一个时间
~~~~~~~~~~~~~~~~~~~~~~~~~~~华丽丽的分割线~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
博主遇到的问题是因为代码中有一个参数通过引用传递，然后访问之后直接502，博主看到此信息，第一时间是直接把display_errors打开，
然后我就有疑问了为什么打开了错误显示，就不502了，只是有些E_STRICT的警告，之后经过了一轮轮调试，仍旧没有办法之后原因。
无可奈何之后查看了nginx的错误截图如下。当时想这尼玛不是php fastcgi的报错，为什么会出现在nginx的错误日志里面，这感觉不怎么科学，苦思冥想
再经过几轮伤痛无果的调试，依然感觉无力，只能先暂告一段落。
