搭建wordpress的時候發(fā)覺居然會報這種錯誤，網(wǎng)上的解決方案都是千篇一律的復(fù)制粘貼，都是關(guān)于eaccelerator的設(shè)置問題，我很奇怪我并沒有安裝這個擴展??？不過倒是安裝過APC擴展，兩種擴展都是優(yōu)化服務(wù)器做底層代碼支持，實現(xiàn)緩存共享。將APC關(guān)閉就不報錯了。

一般是因為eaccelerator的問題
解決方法如下:
php for windows的bug
參考：

第一種可能：

去掉 php中 eaccelerator 的擴展
這樣做能夠解決您的問題，不過可能會加重系統(tǒng)負擔(dān)
因為eaccelerator主要是為了節(jié)省系統(tǒng)資源的東西

具體做法是找到php.ini
如果是我?guī)湍渲玫模话阍赾:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

當(dāng)然，如果您的機器這個問題不嚴重，建議還是保留，ea是一塊非常優(yōu)秀的Php緩存+加速軟件
配合zo使用，將會降低系統(tǒng)負擔(dān) 50%-80%左右，提高負載能力、速度和效率 200%左右

第二種可能

session_save_path 需要設(shè)定一個實際的物理路徑，并且該目錄需要everyone的所有權(quán)限，類似U主機的0777

第三種可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有權(quán)限，類似U主機的0777

第四種可能
您的內(nèi)存嚴重不足，查看一下，如果有問題，請加內(nèi)存，最好是一次加兩條
比如加1G內(nèi)存，最好是加2條一模一樣的512M。否則沒有啟用雙通道，效果也很一般

第五種可能
ZendOptimizer和php的搭配不是很好
換個版本試試看
目前比較穩(wěn)定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2

第六種可能

這種多屬于用win2003的用戶
他們在應(yīng)用池中設(shè)定了限制
比如多長時間回收，最大使用內(nèi)存多少等等
這些設(shè)置勢必造成這個經(jīng)典的php錯誤

很多人說，是php版本的問題，其實不然，可以從四個地方來看這個問題
1，是否zend所需的dll文件所在目錄給的權(quán)限不夠，必須有讀取和運行的權(quán)限
2，是否使用的2003，設(shè)置過應(yīng)用池，比如池中限制了什么什么，調(diào)整一下再試試看，是否好了，呵呵
3，php.ini有兩個地方?jīng)]有設(shè)置，而且一些程序必須用到的

A
將;upload_tmp_dir該行的注釋符，即前面的分號“；”去掉，使該行在php.ini文檔中起作用。upload_tmp_dir是用來定義上傳文件存放的臨時路徑，在這里你還可以給其定義一個絕對路徑，例如：upload_tmp_dir = d:upload 　當(dāng)然，此時你的d:upload目錄必須有讀寫權(quán)限。 
這里我設(shè)置為 
upload_tmp_dir = "c:\windows\temp\"

B
出現(xiàn)這樣的錯誤語句一般是因為你的php.ini中關(guān)于session.save_path一項沒有設(shè)置好，解決的方法是將session.save_path和session.cookie_path 設(shè)置置為 
session.save_path = "c:\windows\temp\" 
session.cookie_path = "c:\windows\temp\" 
(這個設(shè)置不知道是否正確.沒試過.)
   也可以在c:\目錄下建立一個temp目錄，即可(前面我們的eaccelerarot正好用到，建立過這么一個文件夾)

PHP has encountered an Access Violation解決方法總結(jié)
這個問題不是很好處理，困惑了很多站長非常時間了
主要出現(xiàn)在windows主機的服務(wù)器上。
在php官方，http://bugs.php.net/
也能夠查到兩三千頁的報告，他們官方也是束手無策，經(jīng)過了11個小版本后，還是沒有徹底解決
http://bugs.php.net/search.php?c ... ess&x=8&y=9

目前我提供一下這幾年我維護經(jīng)驗，我的一些民間解決辦法

本貼不斷更新，請關(guān)注！?。?引用:
第一種可能：

去掉 php中 eaccelerator 的擴展
這樣做能夠解決您的問題，不過可能會加重系統(tǒng)負擔(dān)
因為eaccelerator主要是為了節(jié)省系統(tǒng)資源的東西

具體做法是找到php.ini
如果是我?guī)湍渲玫?，一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

當(dāng)然，如果您的機器這個問題不嚴重，建議還是保留，ea是一塊非常優(yōu)秀的Php緩存+加速軟件
配合zo使用，將會降低系統(tǒng)負擔(dān) 50%-80%左右，提高負載能力、速度和效率 200%左右引用:
第二種可能

session_save_path 需要設(shè)定一個實際的物理路徑，并且該目錄需要everyone的所有權(quán)限，類似U主機的0777引用:
第三種可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有權(quán)限，類似U主機的0777引用:
第四種可能
您的內(nèi)存嚴重不足，查看一下，如果有問題，請加內(nèi)存，最好是一次加兩條
比如加1G內(nèi)存，最好是加2條一模一樣的512M。否則沒有啟用雙通道，效果也很一般引用:
第五種可能
ZendOptimizer和php的搭配不是很好
換個版本試試看
目前比較穩(wěn)定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2引用:
第六種可能

這種多屬于用win2003的用戶
他們在應(yīng)用池中設(shè)定了限制
比如多長時間回收，最大使用內(nèi)存多少等等
這些設(shè)置勢必造成這個經(jīng)典的php錯誤
木頭經(jīng)過數(shù)以百計的測試，敢擔(dān)保問題會出現(xiàn)在這里。引用:
第七種解決辦法
2003用戶,可以通過修改正在運行的應(yīng)用池的, “性能”-“WEB園”“最大工作進程數(shù)”來解決.
曾經(jīng)有個用戶，直到加為10，才徹底解決了這個問題。

最新評論