2010-03-30 116 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