r2-请过一会再尝试此请求的解决方法-IIS7.5出现FastCGI进程最近常常失败-Win2008

教程大全 2025-07-17 13:47:19 浏览

错误信息如图所示:

应用程序“PIAOYUN.CC”中的 服务 错误Internet InFormation Services 7.5

错误摘要HTTP 错误 500.0 – Internal Server ErrorFastCGI 进程最近常常失败。请过一会再尝试此请求

详细错误信息模块 FastCgiModule通知 ExecuteRequestHandler处理程序 PHP for FastCgi错误代码 0x80004005

请求的 URL物理路径 D:\wwwroot\piaoyun.cc\index.php登录方法 匿名登录用户 匿名

解决办法: 修改FastCGI参数配置,将每分钟快速故障数设置为0即可解决该问题。


IIS 6.0 支持XP系统吗 ?

貌似不能。XP的是IIS 5.对应的是IIS 6.0win7是IIS7.0 Win2008 R2对应的是IIS 7.5 还是看对应的版本 可以用系统盘安装IIS(不能用GHOST版的)或者网上下IIS 5.1 也就10多M

再打开网页时会出现这个是什么意思啊?

r2

这是“网关超时” 解决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的几处配置: 把max_children由之前的10改为现在的30,这样就可以保证 有充足的php-cgi进程可以被使用; 把request_terminate_timeout由之前的0s改为60s,这样php-cgi进程 处理脚本的超时时间就是60秒,可以防止进程都被挂起,提高利用效率。 接着再更改nginx的几个配置项,减少FastCGI的请求次 数,尽量维持buffers不变: fastcgi_buffers由 4 64k 改为 2 256k; 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模式。 apache-like 从更改完毕到现在的测试表明上述方式的效果还是很明显的,并没有发现一次Nginx502 Bad gateway或504 Gateway Time-out错误。 当然,如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。 本文来自CSDN博客,转载请标明出处:

为啥通常说静态网页nginx快,动态apache快

Nginx是一个小巧而高效的Linux下的Web服务器软件,与Apache相比,消耗资源更少,支持的并发连接,更高的效率,反向代理功能效率高、静态文件处理快等。 Apache是一款老牌的Web服务器软件,在高并发时对队列的处理比FastCGI更成熟,Apache的mod_php效率比php-cgi更高且更稳定、对伪静态支持好,不需要转换、多用户多站点权限等方面有着更好的效果……LNMPA这种架构有什么优势?LNMPA使用Nginx作为前端服务能够更快更及时的静态页面、js、图片等,当客户端请求访问动态页面时由Nginx的反向代理给Apache处理,Apache处理完再交予Nginx返回给客户端。 采用LNMPA能够更好的解决LNMP架构中由于PHP-FPM方面产生的502错误,同时能够为提供更安全的多用户多站点环境。

本文版权声明本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请联系本站客服,一经查实,本站将立刻删除。

发表评论

热门推荐