打开论坛网站会出现502 Bad Gateway

　通俗解释一下
1什么是502 bad getway 报错
简单来说 502 是报错类型代码 bad getway 错误的网关
2产生错误的原因
连接超时 我们向服务器器发送请求 由于服务器当前链接太多，导致服务器方面无法给于正常的响应,产生此类报错
3解救的办法
最好的解决办法当然还是在服务器上做 对大家来说不太可能
那么我们有什么解救的方法呢？
说白了 很简单
就是——刷新(不是一般的刷新哦)
刷新的原理 ：很多人可能不知道 刷新也是有两种的。
所谓刷新其实就是从服务器下载数据到本地的硬盘浏览器,
再从本地硬盘种读取数据到浏览器显示给我们看。
①基本刷新：就是点击刷新或者使用F5快捷键
基本刷新只是从本地的硬盘重新拿取数据到浏览器，并不重新向服务器发出请求。
大部分用户很多时候都是这样刷新的，遇到502报错的就没有任何效果。
②从服务器刷新： 如果你重新直接点击你想要浏览的网页链接，你会发现刚才还是显示502 bad getway的页面现在又可以正常浏览了！
明白道理了吧？当你点击你想要浏览的网页链接的时候，是会从服务器重新下载数据的。
解决方法就是从服务器上刷新：快捷键 ctrl+F5，这样就是重新向服务器发送请求了。
如果服务器能正常给予你响应你就可以看到页面了。

PHP has encountered an Access Violation at XXXXXX 很多人说，是php版本的问题,更新到高点的PHP能解决,你可以试试,如果还不行\x0d\\x0d\你再看看以下几点 \x0d\1，是否zend所需的dll文件所在目录给的权限不够，必须有读取和运行的权限 \x0d\2，是否使用的2003，设置过应用池，比如池中限制了什么什么，调整一下再试试看，是否好了，呵呵 \x0d\3，phpini有两个地方没有设置，而且一些程序必须用到的 \x0d\\x0d\A \x0d\将;upload_tmp_dir该行的注释符，即前面的分号“；”去掉，使该行在phpini文档中起作用。 \x0d\upload_tmp_dir是用来定义上传文件存放的临时路径，在这里你还可以给其定义一个绝对路径，例如： \x0d\upload_tmp_dir = d:\upload当然，此时你的d:upload目录必须有读写权限。 \x0d\这里我设置为 \x0d\upload_tmp_dir = c:\temp (因为前面建立了这个文件夹，我图省事，呵呵) \x0d\\x0d\B \x0d\出现这样的错误语句一般是因为你的phpini中关于sessionsave_path一项没有设置好，解决的方法是将 \x0d\sessionsave_path和sessioncookie_path 设置置为 \x0d\ session_save_path = c:\temp \x0d\ sessioncookie_path = c:\temp \x0d\ 然后在c:\目录下建立一个temp目录，即可(前面我们的eaccelerarot正好用到，建立过这么一个文件 \x0d\夹) \x0d\或者因为安装了一些组件导致。都可以参考下。\x0d\最\x0d\近我的windows2003服务器频繁出现“PHP has encountered an Access Violation at \x0d\××××××”这样的错误，尝试搜索了下，遇到这样问题的人还真不少。我的原因可以锁定在eaccelerator上面，因为之前php运行效率不大满\x0d\意，所以装了eaccelerator加速，效果还是不错的，但随着数据库不断加大，查询和更新数据库 *** 作太频繁，出现了“PHP has \x0d\encountered an Access Violation at \x0d\××××××”这个错误。网上的解决办法无非就是去掉eaccelerator加速，这肯定不行，因为我要用，那就按他们说的配置一下吧，什么临时文件\x0d\啊、session路径啊，都改了，还是不行，于是就想是不是mysql版本的问题呢？看了下，发现dll的大小和修改日期还真不一致，于是把mysql\x0d\下的dll覆盖了从php里拷贝到系统目录的dll，重启iis，貌似好了，但是重启服务器后又出现了，看来问题不在这，难道是iis应用程序池的问题？ \x0d\\x0d\尝试去除这个站点的所有限制，但是重启服务器后发现又不行，还是这个错误。观察了下，只要重启iis就能临时解决这个问题，但是这\x0d\不治本啊。仔细想了下，既然我的环境没有问题，是在装了eaccelerator后出现问题，那就从eaccelerator下手。仔细检查每个配置，发\x0d\现我配置的一点问题都没有，无论eaccelerator的版本、php的版本，还是mysql的版本，都没问题，权限也都够，phpini配置也正\x0d\确，但重启iis就好使一阵子，于是把问题定位到应用程序池。因为我的iis之前配置一点问题都没有。最近看eaccelerator资料是共享内存和硬\x0d\盘，难道是iis应用程序池和其他站点共享导致这个问题？于是重新建立应用程序池，把这个应用程序池只独立分配给出问题的站点，适当减少对资源的限制，重\x0d\启iis，好使了，重启服务器，也好使了，做了个简单的压力测试，也好使了。

---