第一:mysql組件沒有加載導致

檢查mysql是否連接正常,可以使用phpinfo()函數查看.如果沒有顯示mysql組件,查看lib_mysql.dll 與 php5ts.dll 是否在C:windowsystem32目錄下.

第二:緩存問題

刪除以下兩個文件夾下所有文件

forumdata/cache 和 /forumdata/templates

解決辦法:

重新建立下,將forumdata/cache和forumdata/templates

第三:rewrite規則問題

檢查根目錄下邊httpd.ini規則是否問題

第四:有些空間不支持gzip導致,解決辦法:

或者用phpmyadmin點擊sql運行下面的sql語句復制內容到剪貼板代碼:UPDATE `cdb_settings` SET `value` = ‘0′ WHERE `variable` = ‘gzipcompress’ LIMIT 1 ;

第五:Can not write to cache files, please check directory ./forumdata/ and ./forumdata/cache/ .//開源軟件:Vevb.com

于是開始查看對應目錄的權限,發現已經賦予了寫入的權限,根據搜索到的資料,說需要將forumdata/cache目錄下面所有的文件刪除,讓Discuz！重新生成新的緩存,但是刪除forumdata/cache目錄下面的所有文件之后出現了400錯誤.

這個時候無法進入論壇的管理后臺去清空緩存,后來想到Discuz！官方提供了一個修復的工具,于是到Discuz！官方網站上下載了原始安裝包,然后將tools.php上傳到Discuz！論壇的根目錄下面,但是運行的時候竟然提示:

./forumdata/cache清除失敗.

./forumdata/templates清除失敗.

很奇怪,目錄本身是存在的,并且目錄也有寫入的權限.

正在一籌莫展的時候,突然看到有一個帖子里面提到Discuz！的緩存與eAccelerator沖突,將eAccelerator禁用掉就可以了,不過將eAccelerator禁用掉之后問題依舊,甚至將eAccelerator對應的臨時目錄下面的文件都刪除了還是無效,因為默認情況下eAccelerator是放在/tmp目錄下的,在查看/tmp目錄的時候,發現了很多形如tcmalloc.4187的文件,猛然想到Nginx中使用了tcmalloc,而在nginx.conf文件中指定的tcmalloc目錄為/tmp/tcmalloc目錄,但是不知為何/tmp目錄下面并沒有tcmalloc目錄,于是創建目錄并設置777屬性,重啟Nginx無效,于是將系統重啟之后,網站就可以正常訪問了.