MySQL的默认编码是latin1，而从MySQL4.0中导出数据的SQL语句并没有编码声明(《利用phpMyAdmin把wordpress数据从MySQL4迁移到MySQL5》)，所以如果从MySQL4.0中导出数据的编码不是latin1，比如是utf8，那么直接导入到MySQL5中编码会是默认的latin1而出现中文乱码。所以操作步骤如下：

1. 用phpMyAdmin从MySQL4.0中导出所需的数据表，并勾选上“zip压缩”或“gzip压缩”，这样导出的数据量小。
   
2. 用phpMyAdmin在MySQL5中创建一个新的数据库，注意需要声明编码为实际编码，比如utf8。如果不声明编码，那么导致导入的数据编码全部是latin1，而出现中文乱码，无法简单修正。
3. 在import页面把从MySQL4.0中导出的数据导入，注意选择字符集和SQL compatibility mode模式为MYSQL40，这样整个数据就导入成功了。
   

由于MySQL默认编码的原因，直接导入整个数据库则无法设置其编码，从而导致中文乱码，所以第1步要求导出的是数据库中的表而不是整个数据库，要想导入整个数据那么需要修改MySQL的默认编码，修改安装目录的下的my.ini文件(Unix下是my.cnf)中对Client和Server的编码声明，然后重启服务即可：default-character-set=utf8

把数据从MySQL4.0.25转移到MySQL5.0.24

1. Wordpress自带的导出WXR本来是一个很好的选择，但是似乎对插件数据的导出和数据量大且网速很慢时导出总是有问题，所以只好用phpMyAdmin来导了。
2. phpMyAdmin在MySQL4和5中导出的格式不同（见《利用phpMyAdmin把wordpress数据从MySQL4迁移到MySQL5》），所以需要修改后才能导入MySQL5中。数据量大时，为了能修改只能导出非压缩的.sql文件。
3. 导出的.sql文件汉字可能存在乱码，可以用Editplus和UtralEdit等转化编码（见《使用SSI功能时，GB2312转换成UTF-8的注意事项》）。

升级到Wordpress2.3

1. 把转化好的数据导入MySQL5中。需要注意的是，很多时候垃圾评论spams是乱码的，如果我们平时处理这些评论是设置其状态为“垃圾评论”，那这些评论不会被删除而保存在评论的数据表中，乱码可能会导致数据导入的失败，需要删除这些乱码重新导入。建议针对垃圾评论可以把其IP和特征字符放入评论黑名单中，然后删除，这样既降低隐患又减少数据量。
2. Wordpress某些处理时把域名在服务器上的绝对路径写入数据库，所以在迁移过程中如果改变了文件在服务器上的绝对路径或者改变了域名需要修改数据中相应的路径（比如上传文件的路径）。可以直接写SQL语句来修改，也可以用编辑器来替换，比如UtralEdit或者VIM。
3. 数据导入成功并设置好wp-config.php后，打开wp-admin/upgrade.php进行按照指示进行升级。建议升级开始前禁止所有的插件且采用默认主题，然后一个一个的开启检查兼容问题。

解决插件的兼容问题

1. Wordpress有一个插件列表，这里面的插件都没有问题，只需要对照升级即可。
2. 对于Ultimate Tag Warrior(UTW)，Wordpress2.3在“管理”下的“导入”中提供了把UTW数据转化成内置tag的数据，然后利用the-tags和wp_tag_cloud替换相应的UTW函数即可，比如：

   //UTW_ShowTagsForCurrentPost("commalist");
   the_tags("标签：");
   //php UTW_ShowWeightedTagSetAlphabetical("coloredsizedtagcloud","",0);
   wp_tag_cloud('smallest=1.2&largest=3.6&unit=em&number=O'); 

   相对于UTW而言，内置的tags功能简单但是稳定高效，同时UTW的作者又提供了Tags的管理功能、建议功能和嵌入功能来辅助管理。这样就可以对UTW说再见了。

使用Javascript库

Ajax的流行和巨大威力，让我们重新审视了Javascript的开发，也直接促使各种库的出现。对于普通的开发者，使用一些适合自己的Javascript库不仅可以避免Ajax应用上的浏览器兼容等问题，也使其开发更加的稳定和高效。这里列一些我知晓的轻量级的Javascript库：

1. YUI：YAHOO出品，组件丰富强大健壮稳定，是团队协作开发的首选。
2. JQuery：灵活、高效，其基于CSS3 和XPath的选择器语法引擎非常的强大和完整。
3. Prototype：是一个非常优雅的Javascript库，最经典的莫过于$符号了，DWR，JQuery都被它吸引了。在它基础上出现了script.aculo.us。
4. Mootools：核心语法和Prototype比较类似，但是用过之后才知道什么叫简单轻巧和短小精悍。

编码问题

通过XMLHttpRequest获取的数据，默认的字符编码是UTF-8，如果前端页面是GB2312或者其它编码，显示获取的数据就是乱码。通过XMLHTTPRequest，POST的数据也是UTF-8编码，如果后台是GB2312或者其他编码也会出现乱码。解决方法：

1. 统一到UTF-8。这也是国际化的必然趋势。
2. 输出通过XMLHttpRequest获取的文本文本时，在headers中增加文本声明(直接HTML声明没有作用)。如：

   PHP:header('Content-Type:text/html;charset=GB2312');
   ASP:Response.Charset = "GB2312"
   JSP:response.setHeader("Charset","GB2312");

3. WWW服务器上强制声明。比如：apache下的配置：AddDefaultCharset GB2312这种情况主要是应对通过XMLHttpRequest访问的文件是静态文件，无法声明headers的情况下。
     静态页面一般都会经过Apache的deflate或gzip压缩，此时在上面情况下IE中，首次通过XMLhttpRequest获得的数据可以正常显示，但再获取数据显示时出现乱码，这次因为再次获取的数据来自缓存，可能由于浏览器解压缩的问题导致Apache设置的默认编码声明丢失。由于这种情况下一般是纯文本，可能还无法禁止缓存，可以设置XMLhttpRequest访问的文本文件不压缩来解决这个问题。

4. 非UTF-8页面通过XMLHttpRequest获取的文本文本输出前字符转码成unicode，或者编码直接是UTF-8，可以正常显示。如实例所示。

IE下的缓存问题

由于IE的缓存处理机制问题，每次通过XMLHttpRequest访问动态页面返回的总是首次访问的内容，解决方法有：

1. 客户端通过添加随机字符串解决。如：

   var url = 'http://dancewithnet.com/';
   url +=  '?temp=' + new Date().getTime();
   url +=  '?temp=' + Math.random();
   

2. 在HTTP headers禁止缓存。如：

   
   HTTP:
   <meta http-equiv="pragma" content="no-cache" />
   <meta http-equiv="Cache-Control" content="no-cache, must-revalidate" />
   <meta http-equiv="expires" content="Thu, 01 Jan 1970 00:00:01 GMT" />
   <meta http-equiv="expires" content="0" />
   
   PHP：
   header("Expires: Thu, 01 Jan 1970 00:00:01 GMT");
   header("Cache-Control: no-cache, must-revalidate");
   header("Pragma: no-cache");
   
   ASP：
   Response.expires=0
   Response.addHeader("pragma","no-cache")
   Response.addHeader("Cache-Control","no-cache, must-revalidate")
   
   JSP：
   response.addHeader("Cache-Control", "no-cache");
   response.addHeader("Expires", "Thu, 01 Jan 1970 00:00:01 GMT");
   

3. 在XMLHttpRequest发送请求之前加上：

   XMLHttpRequest.setRequestHeader("If-Modified-Since","0");
   XMLHttpRequest.send(null);
   

IE下的reponseXML问题

使用responseXML时，IE下只能接受.xml为后缀的XML文件，如果不能以.xml文件为结尾的，则需要如下处理：

1. 在服务器端声明是xml文件类型。如

   
   PHP:header("Content-Type:text/xml;charset=utf-8");
   ASP:Response.ContentType = "text/xml";
   JSP:response.setHeader("ContentType","text/xml");

2. 利用responseText获取，然后封装成XML。
3. 在AJAX应用上，JSON和JsonML是XML非常好的替代品。

GB2312字符集是在ASCII字符集上派生的，而此类字符集统称为ANSI字符集。所以GB2312编码文件在记事本中对应的编码是ANSI。由于Win中记事本中存在GB2312和UTF-8两种方式，所以我就直接用记事本直接打开需要的文件，另存为时编码修改为UTF-8。具体方式如下：

1. 用记事本打开要转换的网页文件。可以在网页文件中右键选择“打开方式”为记事本，也可以先打开记事本然后把文件拉入记事本。
2. 选择“文件”-》“另存为”，在出现的窗口中设置编码为UTF-8：
   

利用上面的文件转换网页编码之后，我发现在IE下页面不同的地方都出现了空白字符，严重的影响了页面的布局，Firefox和Opera没有问题。但是在记事本和Dreamweaver中，发现不了空白字符的位置，即使把页面所有的空白字符都去掉也解决不了问题。后来发现Editplus也可以转化编码，具体方法是：

1. 打开Editplus，选择“文件”-》“打开”
2. 在弹出的窗口中选择“转换”方式为“UTF-8”
   

利用Editplus转换编码的时候有一个好处就是可以多个文件同时转换，就是在打开对话框中选择多个转换文件，同时每个转换的文件都保存了备份文件。不好的地方就是，转换过程中汉字都变成了乱码，这个可能是Editplus没有中文版，只有汉化版，没有考虑中文情况而导致的。

我再次利用Editplus转换一下已经用记事本转换过的页面，页面的空白符问题就得以解决。

后来测试：

1. 经过apache解析后的整个GB2312网页文件利用记事本转换成UTF-8就不会出现空白符问题。
2. 把出现空白符的整个页面一起用Editplus转换时，出现空白符的地方出现？号，我发现出现空白符的地方就是Include文件的地方。

查找资料如下：

当一个软件打开一个文本时，它要做的第一件事是决定这个文本究竟是使用哪种字符集的哪种编码保存的。软件一般采用三种方式来决定文本的字符集和编码：

检测文件头标识，提示用户选择，根据一定的规则猜测

最标准的途径是检测文本最开头的几个字节，开头字节 Charset/encoding,如下表：

    EF BB BF UTF-8
    FE FF UTF-16/UCS-2, little endian
    FF FE UTF-16/UCS-2, big endian
    FF FE 00 00 UTF-32/UCS-4, little endian.
    00 00 FE FF UTF-32/UCS-4, big-endian.

所以我猜想，应该是利用记事本转换编码的时候，记事本改变了每个文件的头部几个字节的声明，当用SSI包含这些文件的时候，位于文件中间的这些声明字节应该被忽略，但是IE浏览器无法忽略，而当作空白符，所以出现了问题。而当用Editplus来转换的时候，可能声明的字节写法更加规范或者紧凑，IE可以辨认忽略了。

所以编码转换建议如下：

1. 英文的直接用Editplus批量转换。
2. 中文的，先用记事本转换一下，然后再用Editplus批量转换一下。

• [1]http://www.zeali.net/entry/152
• [2]http://ellisonzeng.spaces.live.com/blog/cns!1198A97487162C2A!161.entry

而其他正常显示页面恰好相反，我突然明白了原因了。网页在客户端显示所有的编码是用第二句代码实现的，但是由于第一句代码导致浏览器在读meta之前，就默认为浏览器的默认编码为网页显示编码，而一般的浏览器默认的编码不可以自动选择，这样就导致了浏览器只能显示在默认编码gb2312，而网页只能用utf-8才能显示，所以公告就不能显示了，所以在网页编码中一定要注意，网页显示编码写在head的第一位。

现在才发现，在修改网站的bug中，往往能对很多内容搞的更明白，当然也把人搞的更憔悴。

配置完毕之后，恰好范老师想买摄像头，于是又和鱼儿一起返回海云，用95买了一个源兴的38万有效象素，并且具有焦距调节功能，带有立定支架，延迟还可以的摄像头。完了之后，顺便帮她去大地拿她和吴老师拍的结婚照，嘿嘿，太漂亮了，上面吴老师帅呆了，一副商业成功人士的派头，范老师那亲切的笑容拍在上面非常有杀伤力，特别是有一副穿那种江南水乡的丝织民族服装的那个，漂亮级了，,还有那种做在水晶玻璃里面的照片，显得特别精致，太想要一个了，嘿嘿。