白板报

前后花费了三个晚上，我终于解决了Wordpress升级后，用户名、密码都正确，却无法登陆的问题。为了让后来者不吃二遍苦，不受二茬罪，我把解决的详细过程与思路，记录如下。

一、问题描述

这一问题，有几种描述方式，为了让搜索引擎能够找到这篇文章，我把各种常用的叫法汇集如下：

1、有以症状命名的，例如：wordpress无法登陆，密码正确、登录不了，锁到wordpress之外，可以访问、无法登录；

2、有以成因命名的，例如：wordpress升级出错，wordpress2.6升级无法登陆……

3、有以出错语句命名的，这种方式最多：

1) Warning: Invalid argument supplied for foreach() ……
2）capabilities.php on line 31
3）Warning: Cannot modify header information – headers already sent by (output started at……

4、一篇法国人写的著名的解决方案，是这样命名的：Invalid argument supplied for foreach() in wp-capabilities.php: Case Cracked!
（需要指出的是，这篇文章虽然被搜索得很多，但极具有误导性，害了不少人，我认为完全在胡说八道！下文会谈及）

5、有以痛苦感受命名的：天哪，我登陆不上博客了，救命啊，雪地翻跟头跪求……
用这种命名方式搜索，田螺姑娘都没办法帮你。

二、出错语句

出错信息除了上面描述的语句之外，还有其他形式，试搜集如下：

1、我的出错信息：

Warning: Invalid argument supplied for foreach() in /homepages/23/d208744272/htdocs/wp-includes/capabilities.php on line 31

Warning: Cannot modify header information – headers already sent by (output started at /homepages/23/d208744272/htdocs/wp-includes/capabilities.php:31) in /homepages/23/d208744272/htdocs/wp-includes/pluggable.php on line 552

Warning: Cannot modify header information – headers already sent by (output started at /homepages/23/d208744272/htdocs/wp-includes/capabilities.php:31) in /homepages/23/d208744272/htdocs/wp-includes/pluggable.php on line 689

2、以下大同小异，但肯定有这一句：

Warning: Invalid argument supplied for foreach() in /home/user/wp/wp-includes/capabilities.php on line 31

三、出错诱因

目前来看，这个问题大部分情况是发生在为wordpress升级时，不但从2.5升到wordpress2.6，也看到过从2.2或者更低版本升级，遇到这一情况的。

也有案例显示，安装时就出现这一错误。这个非常罕见。

四、出错原因

我不懂技术，网上有各种说法，有说是uft-8编码转换出了问题，有人说陷入死循环。

这些都不重要，重要的是解决办法，难道不是吗？

五、修改字符编码法，或set names utf8法

这种办法，网上最多。它提供的解决办法是：

第一步：用phpMyadmin后台，把字符编码修改为utf-8。这里要注意，如果你用的是mySql4.0话，当你把字符修改成utf-8后，它下次还会显示gb2312，甭理它，其实已经改好了，我的经验是这样。

还有人说，还应该设置数据库的”collation”为”utf8_general_ci”：因为在新的服务器中建立数据库时，没有指定其为utf-8，更没设定collation，所以需要先设定数据库的字符集。

执行命令：
alter database myblog
character set utf8;

然后再在”操作”或者数据库PhpMyAdmin的登陆页面中设定collation为”utf8_general_ci”。

第二步：修改/wp-includes/wp-db.php这个文件。

这一学派认为，毛病出在wp-db.php中，没有设定好utf-8为字符集，从而造成了一系列悲剧。因此，必须修改这个文件。这一学派又有下属三个分支流派：

流派一：在$this->dbh = @mysql_connect($dbhost, $dbuser, $dbpassword);后面加上$this->query(“set names ‘utf8′”); 注意英文标点。

该学派认为，出错原因是wp-includes/capabilities.php里面$this->roles这个数组取到的是乱码。

流派二：就是害人的法国人的那个方案，他认为应该在上述同意位置，加上这一语句：mysql_query(“SET NAMES ‘utf8′”);，其实这是错误的！！

流派三：还有人主张$this->query(“set names ‘utf8′”);这个语句应该加到wp-db.php的另外一个位置；另外还要增加另外一处代码。我之所以，没有详细列出来，是因为这种办法根本无效。

我试过以上三种办法，最后保留了流派一的办法。

但我强烈怀疑，这种办法的有效性！！

六、胡说八道法，又名检查wp_options表法，又又名wp_user_roles法

这个办法是法国人发明的，他说，在phpMyadmin里，打开wp_options表，找到wp_user_roles一项，从中发现一个法语怪字符，Abonné，他认为正是这顶小帽子害得程序成为死循环，于是把它改成英文字符，于是立即神奇般地好了。

这个法国人还说了一句阿基米德的名言：Eurêka! ，希腊语，我找到了！真是糟蹋先贤。

实际上这个办法是最害人的。我照着把长达3公里的代码仔细检查，把所有中文都换成英文，结果依然故我。像这样被误导而浪费时间的不止我一个。

七、个别成功法，又名清除cookies法

有人骄傲地宣布，解决了wordpress2.6升级后无法登陆的问题，就是清除cookies。我试了，发现这个办法是无效的。

但这启发了我，有时候你意想不到的办法，反而就是正解。

八、有效办法，又名土耳其补丁法

我在彻底绝望的时候，做了几件事：把wordpress2.6删除，换回了wp2.5。

第二尝试数据库倒裤无果之后，我抱着试试看的办法，找到了这个帖子。

这是土耳其人写的一个小补丁，他说只对2.3.X版本有效。但根据我的经验，后续版本应该也可以兼容。

于是我下载了这个插件，http://file.dmry.net/blog/01/wp_user_roles_yama.zip

解压后，将它放到wordpress安装根目录下。就是这副样子：(http://your_blog_url../wp_user_roles.php)

然后敲入上述网址：http://your_blog_url../wp_user_roles.php

满屏都是字符串。

等尘埃落定，我不敢相信，我真的做到了，我又可以自由登陆我心爱的WORDPRESS了。