我在IIS和

PHP(加上一個(gè)com dll)方面遇到了一些問題. COM dll經(jīng)常崩潰,但我認(rèn)為問題不是由于那個(gè)(我已禁用快速失敗保護(hù)),因?yàn)閐ll總是崩潰,而問題是在三周前我們達(dá)到大約15.000個(gè)用戶/天時(shí)開始的.

會(huì)發(fā)生什么是突然所有.php文件停止響應(yīng),服務(wù)器只能提供靜態(tài).htm文件,這表明php(php-cgi.exe)存在問題.

這幾乎總是發(fā)生在高峰時(shí)段(3-4-5PM),當(dāng)谷歌分析顯示180-220“在線用戶”.當(dāng)這種情況發(fā)生時(shí)(我的意思是騙了我的意思)我可以在服務(wù)器的任務(wù)管理器中看到,通常10-12個(gè)php-cgi.exe進(jìn)程,它們最多可以處理30或40個(gè)php-cgi.exe進(jìn)程(~30 MB RAM每個(gè)),我想這是因?yàn)閜hp-cgi.exe停止處理請(qǐng)求.該服務(wù)器總共有8GB RAM.

錯(cuò)誤日志包括connection_abandoned_by_regqueue和connection_dropped,如果我不手動(dòng)重啟IIS或defaultapppool,錯(cuò)誤將在大多數(shù)情況下轉(zhuǎn)為defaultapppool不可用503

一個(gè)問題是,在事件查看器中,我從來沒有從WAS收到defaultapppool被禁用的消息,因此我可以將任務(wù)(重新啟動(dòng)池)附加到它,并且在IIS管理控制臺(tái)中,我從未將defaultapppool視為已禁用,盡管事實(shí)上它在日志中顯示為禁用.

我一直在玩超時(shí),但似乎從未得到過正確的結(jié)果.

我目前的理論是：

1)PHP對(duì)許多用戶(Windows,IIS)感到不滿,無法處理它

2)當(dāng)許多用戶在線時(shí),.dll的崩潰會(huì)導(dǎo)致麻煩

3)php iis兼容性并不是很好的大量,雖然我不相信15k /天是太多的用戶.我應(yīng)該注意,大多數(shù)請(qǐng)求需要50-300毫秒才能完成.

php版本是通過WebPI安裝的5.3.19,windows版本是windows 2008 R2 64bit.

出于一些奇怪的原因,記事本顯示放棄/禁用查詢的查詢字符串,在httperr日志中以不可復(fù)制的十六進(jìn)制形式(查詢字符串為UTF8 – 希臘語),而在正常日志中,查詢字符串既可見又可復(fù)制.截圖提供如下.

我還提供了第二個(gè)截圖,其中包含當(dāng)前設(shè)置

在第二個(gè)屏幕截圖中是我當(dāng)前的設(shè)置：1)啟用php擴(kuò)展,2)defaultapppool(網(wǎng)站運(yùn)行的池)設(shè)置3)php fastcgi設(shè)置和4)php運(yùn)行時(shí)限制.

http://img34.imageshack.us/img34/2531/o6d1.jpg

我今天調(diào)整的最后一個(gè)設(shè)置是每3分鐘自動(dòng)回收一次defaultapppool并禁用動(dòng)態(tài)內(nèi)容壓縮.將會(huì)看到這將如何發(fā)展.

如果有人對(duì)解決方案有任何提示/想法,我會(huì)很感激！

先感謝您.

最佳答案 我可以建議轉(zhuǎn)到5.3.27(5.3的最終版本),看看是否修復(fù)了它？在20到27之間修復(fù)的崩潰錯(cuò)誤太多了.可能是明顯的解決方案,但值得一試.

總結(jié)

以上是生活随笔為你收集整理的php丢弃,在IIS 7.5中,PHP吓坏了(连接丢失,连接被丢弃)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。