我在IIS和

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

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

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

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

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

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

我目前的理論是：

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

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

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

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

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

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

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

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

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

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

先感謝您.

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

總結(jié)

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

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