WordPress2.3.1中文版存在重大问题!

经过一天修改测试,最终确定使用WordPress中文汉化小组2.3.1系列中文语言包后会导致IE页面查看源代码出现乱码。

此类问题典型表现:浏览页面正常,IE查看源码乱码,firefox下查看源码正常,使用原版自带风格依然存在乱码。

出现以上问题修改根目录下wp-config文件,

查找

define ('WPLANG', 'zh_CN');

修改为

define ('WPLANG', '');

期间修改过很多地方,一直没想到问题最后居然在语言包上。目前依然没有方法既使用此语言包又能完全解决乱码。我之前测试通过的方法为:保存风格包中functions.php为带签名的UTF-8格式,这样可以在IE中用notepad查看源代码时不产生乱码,也可以被百度蜘蛛识别,但登录后台wp-login.php时,PHP会识别functions.php的BOM而产生错误,且博客无法被Live Writer连接。

对WordPress架构不熟悉,所以对语言包与风格functions.php之间的联系机制还不太清楚,不能找出乱码产生原因。此问题已发送至汉化官方论坛,希望能及时修正。

WordPress网页源代码乱码-发现并解决问题

昨日惊奇发现本博在IE下查看源代码时,中文显示全部为乱码。本以为是最近安装插件后导致的问题,仔细一想,可能这个问题存在已久,且与博客在百度较长时间收录较差有莫大关联(谷歌没问题,显示了技术强悍)。因此心底不禁发凉,这么严重的问题竟然到现在才发现,估计有一个月左右时间,平日用Opera浏览,查看源代码并无问题。

接下来解决问题过程中发现了很多有意思的东西,用Editplus把theme中相关php文件全部另存为UTF-8格式,上传后问题依旧。接着再次下载检查文件,发现编码又变回ANSI,检查上传文件发现Editplus根本就没有保存为UTF-8格式,由此得出结论,Editplus并非想象中那么可靠,过分信任某东西的后果是严重的。

网上下载了一个批量编码转换的小程序,使用后编码全部转换为UTF-8,但网页变得很不正常,表现为页面顶部增加一行空白,用备份的文件替换转换后的header.php,single.php后一切恢复。问题原因大概是批量转换工具将php文件中的空白字符变为一种浏览器可误读的字符,产生空白。

此次修改问题:IE下网页正常,源代码乱码

继续阅读