其实这个bug是由xajax库引起的（参见我另外一篇文章：PHP中xajax库中文问题及提示返回XML文件无效的解决办法 ），解决办法是：

将page目录下所有文件全部采用UTF-8无BOM格式保存（当然语言文件不必要），至少server/page.server.php这个文件需要采用UTF-8无BOM格式保存（UltraEdit 操作方法：F12或另存为界面中格式下拉框选择‘UTF-8－无 BOM’），index.php这个也需要UTF-8无BOM格式保存，另外建立对应的UTF-8编码的语言文件。再将Framework目录下xajax目录下所有的php文件全部使用UTF-8无BOM格式保存。一般即可。

之前的一个项目中使用了UTF-8格式的Page模组，这个模组的UTF-8格式支持包还是让文明猪来发布吧，不过有需要的也可以联系我。

在运用Xoops的Page模组的时候，发现其不能和中文正常工作，特别是不能和UTF-8编码的页面一起工作，昨天在利用这个实现DataGrid的时候发现完全不能正常工作了，一直报“the XML response that was returned from the server is invalid”这个错误，Google了一下，发现不少人也有这个问题。结合之前解决Xoops的Page模组（感谢文明猪）的UTF-8使用问题的方法，终于发现了完美解决xajax库使用中文的方法。

如果页面采用GB2312或GBK作为编码或字符集，一般网络上面提到的方法可以解决：需要注意的是common.php、server.php及server.php用到的php文件（特别是生成数据的文件）全部不要使用UTF-8编码格式保存而使用ASCII格式保存。同时server.php输出的数据内容最好也采用gb2312编码。
在common.php前面定义
define(‘XAJAX_DEFAULT_CHAR_ENCODING’,'GB2312′);
再在调用时使用：
$xajax = new xajax();
$xajax->decodeUTF8InputOn();
或者
$xajax = new xajax(‘gb2312′);
$xajax->setCharEncoding();
$xajax->decodeUTF8InputOn();
$objResponse = new xajaxResponse(‘gb2312′);

如果页面采用UTF-8字符集的话，网上一些人说使用UTF-8格式编码就可以了，实际上即使全部使用UTF-8编码也不能正常工作，还是会报错：“the XML response that was returned from the server is invalid”。联想到之前在IE下碰到UTF-8 BOM Bug（文章：IE下页面无端端空出一行及utf8页面无法显示的解决方法 ），会不会这个地方服务器传回的XML文件中也包含多个UTF-8 BOM内容呢？通过ethereal截获数据包发现，服务器返回的内容中还真是包含了多个UTF-8 BOM，可能还是IE使用的Microsoft XML Parser的UTF-8 BOM Bug吧。这样解决办法就出来了：所有页面全部采用UTF8编码并使用无UTF-8 BOM保存（UltraEdit 操作方法：F12或另存为界面中格式下拉框选择‘UTF-8－无 BOM’），页面包括xajax库文件、common.php文件、server.php文件。供访问的页面也可以使用无UTF-8 BOM保存。

有时候返回的参数（特别是中文部分）被url编码了，这个时候需要我们将返回的数据使用Urldecode进行处理，以便能够正常完成后面的数据库操作。

最新xajax 0.25下载地址：http://prdownloads.sourceforge.net/xajax/xajax_0.2.5.zip?download

xajax中文手册（HonestQiao第一版，FlyingHail修改版） http://www.flyinghail.net/?p=44

UTF-8 BOM解释：”EF BB BF” 这三个字节就叫BOM，BOM的全称叫做”Byte Order Mard”。在UTF-8文件中常用BOM来表明这个文件是UTF-8文件，而BOM的本意实在UTF-16中用来表示高低字节序列的。

另外，PHP网站上说使用–enable-zend-multibyte可以解决这类问题，不过没有尝试，并且预计在PHP 6.0中会对Unicode做完美的支持。

wp-includes下classes.php文件61行附近
             $req_uri = str_replace($pathinfo, ”, $req_uri);
这行代码主要作用是将$reg_uri赋值/tag，但运行时 pathinfo为 合肥 req_url为/tag/%E5%90%88%E8%82%A5，这样并不能完成替换操作给$reg_uri赋值/tag。替换成
             $req_uri = urldecode(str_replace(urlencode($pathinfo), ”, str_replace(‘/’,'%2F’,$req_uri)));
             //Modified By XuYong 修正url中有中文字符的问题$pathinfo被urldecode了,导致不能正常工作的问题

即可正常访问。

将 editor\filemanager\browser\default\frmupload.html 文件的编码改为UTF-8即可。

如果不能解决则

编辑upload.php文件

// Compose the file path.

//Modifyed By XuYong 修正UTF-8的问题

$sFileName =iconv(“utf-8″,”gbk”,$sFileName);

//End Modifyed

环境XOOPS 2.0.16 UTF-8