2010-03-30 119 views
0

我正在幫助一個同事發生一個反覆出現的問題,剛剛開始發生在他的多個網站後升級到最新版本的WP ...他有4個網站去今天下降。下面是他從服務器接收到主機的訊息...WordPress 2.9.2崩潰網站w/500內部服務器錯誤

是WordPress的職位到 .htaccess文件基本上是被 再粘貼在一個畸形的方式編碼。 基本上我們只是分開這兩個 ,如下所示。與之前看到的 發佈聲明相反, 在apache日誌 文件中沒有任何內容指示您對網站的任何更改 網站。 cPanel或FTP上都沒有條目。所有的方法 妥協已經用盡。我做 不相信你的腳本被 以任何方式妥協。這是wordpress本身內的 問題。有 有沒有對博客進行任何更改, 或可能是最近影響 所有帳戶的任何更改?

好奇的部分,我從打.htaccess文件內容的提取物是這樣的:

</IfModulden 
# END Word</Limit> 
AuthName siteeakers.net 
AuthUserFile /home/site/public_html/_vti_pvt/service.pwd 
AuthGroupFile /home/site/public_html/_vti_pvt/service.grp 

下面是從託管服務提供商或之前和之後的htaccess修復全文...

之前...

[email protected] [/home/site/public_html]# cat .htaccess 

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase/
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModulden 
# END Word</Limit> 
AuthName siteeakers.net 
AuthUserFile /home/site/public_html/_vti_pvt/service.pwd 
AuthGroupFile /home/site/public_html/_vti_pvt/service.grp 
Options All -Indexes 

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase/
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule> 

# END WordPress 

後...

[email protected] [/home/site/public_html]# cat .htaccess 
AuthName siteeakers.net 
AuthUserFile /home/site/public_html/_vti_pvt/service.pwd 
AuthGroupFile /home/site/public_html/_vti_pvt/service.grp 
Options All -Indexes 

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase/
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule> 

# END WordPress 
+0

哪個是壞的,哪個是工作版本? – 2010-03-30 18:49:00

+0

我正在尋求澄清,但我的理解是「之後」是更正的工作版本。 – 2010-03-30 19:00:50

+0

任何想法siteeakers.net行是在那裏? service.pwd和service.grp wordpress核心的東西? – 2010-03-30 19:02:27

回答

0

</IfModulden 
# END Word</Limit> 

絕對是一個誤入歧途的替換操作。它可能應該讀

</IfModule> 
# END WordPress 

更新:我想我找到了一些相關的問題:

後者被停課時重複前者。從我所看到的,Wordpress用來編寫.htaccess文件的函數可能會在繁忙的服務器上崩潰。

11903似乎有一個補丁。如果這是你的問題,也許試試看。

像這樣的事情是爲什麼你永遠不應該嘗試更新現場系統。有一個本地或平行的副本來嘗試一下;然後做一個簡單的目錄重命名來替換正在運行的版本。

+0

謝謝Pekka,我會檢查這些。你認爲它在任何方面都與此有關?> http://www.codedifferent.com/2009/01/12/solution-for-500-internal-server-error-after-upgrading-to-wordpress-27-at -1和1-服務器/ – 2010-03-30 18:56:28

+0

@Scott幾乎沒有。這似乎是一個Wordpress的多個實例同時嘗試寫入htaccess文件的問題。 – 2010-03-30 18:58:36

+0

@Pekka,它在文檔中對我不清楚(或許它應該是)是使用2.9.2創建的這個問題還是之前存在的問題? – 2010-03-30 18:59:25