修改好ucenter后台后再去修改论坛下的config.inc.php（其他应用也一样），不要使用记事本打开修改，txt保存utf8文件时会自动给文件添加 BOM,这时后台就会显示通信失败，建议使用UltraEdit编辑，保存时选择另存 “utf8 – 无BOM”

–EOF–

一般情况下，记事本在编辑和保存UTF8文件时，会自动加上BOM，但BOM虽然在文件中不显示，但在网页传输时，有3个字节的输出，因此可能会导致uc获取到的值与预想的不一致。所以，必须去掉BOM才可以。

小知识：

BOM

在UCS 编码中有一个叫做”ZERO WIDTH NO-BREAK SPACE”的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输 字符”ZERO WIDTH NO-BREAK SPACE”。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little- Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被称作BOM。
UTF-8不需要BOM来表明字节顺序，但可以用BOM 来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。
Windows就是使用BOM来标记文本文件的编码方式的。

UTF-8编码的文件中，BOM占三个字节。如果用记事本把一个文本文件另存为UTF-8编码方式的话，用UE打开这个文件，切换到十六进制编辑状态就可 以看到开头的FFFE了。这是个标识UTF-8编码文件的好办法，软件通过BOM来识别这个文件是否是UTF-8编码，很多软件还要求读入的文件必须带 BOM。可是，还是有很多软件不能识别BOM。我在研究Firefox的时候就知道，在Firefox早期的版本里，扩展是不能有BOM的，不过 Firefox 1.5以后的版本已经开始支持BOM了。现在又发现，PHP也不支持BOM。

参考：http://www.w3.org/International/questions/qa-utf8-bom