有的时候，我们发现通过phpmyadmin在数据库中看到的内容是乱码，而wordpress依然能正常显示，但是一旦导出转移到新的数据库，却无法在新的web服务器中正常显示了。那么这个时候我们就需要解决乱码的问题，当然通用的转换方法是都向utf-8编码转换。

导出sql的方法至少有两种，第一种是直接在shell里面导出，另外一种就是通过phpmyadmin下载下来。不管怎样，我们都得面对这个乱码的sql文件。而乱码SQL文件又分真正的乱码和伪乱码。伪乱码的原因在于记事本或者其他等文本编辑器用ANSI的方式查看了utf-8编码，由于对bom的误处理或者bom丢失，导致我们看到乱码。这个问题解决起来比较简单，那就是用editplus等文本编辑器打开sql文件，然后保存的时候选择编码为utf-8即可。而另外一种真正的乱码这个办法就无效了，所以这个时候我就用php写了一个简单的sql备份工具，它在备份的同时也可以按用户需要将大的sql文件按照需要进行分割。

使用方法，下载这个php文件http://www.storyday.com/wp-content/uploads/2008/05/dump.zip（插几次链接都失败，难道是wp2.5编辑器的问题？），如果你需要设置分割文件的大小，那么就用文本编辑器打开这个文件，修改第4行，默认的2000表示每2000个SQL语句分割成一个文件，否则别管他。然后将其放在根目录下的一个文件夹中，如bak，设置bak的属性为0777。然后通过web访问http://storyday.com/bak/cos-dump.php即可。

采用第二个方法后如果发现还是乱码，请用第一个方式，如果都不行，请检查新的数据库设置是否正确！

备份完毕之后，请删除此文件，以免数据泄漏！

与本文无关，抓虾刮刮乐{ZHUAXIAd4897d0646546b51343164f4ed518a7eUnion}

有几位朋友都在问这个问题，因此不妨写下来。wordpress搬家最麻烦的就是两个问题，一个是数据库乱码，另外一个是域名自动跳转到原来的域名。数据库乱码问题多种多样，这个在后面的文章中将会描述，并且会提供解决办法。今天要解决就是域名自动跳转的问题，比如我们要将storyday.com搬家到5bird.com。下面是搬家的步骤：

1. 在storyday.com的服务上tar下所有的文件，上传到5bird.com目录下，然后解压；
2. 在phpmyadmin中导出数据库文件，然后到新的数据库管理器中导入；
3. 修改wp-config.php中的配置；
4. 进入phpmyadmin，将wp_options中原来的域名修改成新的域名；
   
   
5. 进入新的域名后台管理，然后进入全局设置，修改blog域名为你的新域名，如下图所示：

哇，竟然可以了！如果还是不能访问，请检查根目录下的.htaccess文件中是否有转向指令，如果有，请删除含有原来域名的那一行！

如果你能看到这篇文章，说明你的DNS已经更新了，本站生活点滴又回到了祖国的怀抱。在犹豫了n久的情况下，我决定搬回来了。在CPH和Paveo的诱惑下，我终于没有把持住。今天上午在床上解决了Mysql乱码的问题。虽然此前本blog也搬家无数次，从IX到DH，从DH到BH，但是由于国外的服务器配置环境大多一样，mysqldump能搞定一切。此前通过phpmyadmin看到的数据库中的内容全部是乱码，但是既然blog能正常显示，我也就无所谓了。而当我打算搬回到CPH，却遇到了大麻烦，那就是无论怎么设置编码，始终无法正常显示。所以我只好搬出php来救命了。

照理说，旧版本的mysql没有编码的特殊处理，一切问题都没有发生过。因为php存入数据的时候没有做任何编码转换，仅仅是mysql自己无法认识该编码，当php再次取出数据的时候，php本身认识这个字符的编码，所以不会有乱码。而mysql4之后的版本就加入了强制编码的规范，所以一旦编码不对等，就会出现乱码，有兴趣的可以看看这篇转载的文章。

虽然我在phpmyadmin中看到的是乱码，而架设在bluehost上的wordpress能够正常显示，那么我就可以利用php来读取数据库中所有的数据，然后用utf8编码的方式输出成sql语句，不就可以搞定了？于是今天上午就写了这个php程序。结果导出的时候，由于数据量过大，导致了一次CPU超标，我不得不将输出的SQL进行切割，这个程序的完善版本将在最近两天发布，到时候你只需要将该程序上传到你的wp目录下，通过web就能顺利的完成数据库的备份和编码转换。

我口水了一大堆，有兄弟在期待这个东西么？？

在rss阅读器里面看到和菜头说自己的blog由于流量过大支撑不下去了，寻求帮助。照理说，这个时候我就应该马上去推荐cos-html-cache插件了，并且热情的提供帮助。原因有以下几点：

1. 我每天都在免费的看和菜头的文章，而且我喜欢这些文章中的大部分；
2. 和菜头需要的仅仅是做一个blog而已，不是那么热衷把玩wordpress，所以cos-html-cache插件很适合他；
3. 和菜头的blog访问量确实太大了，装一个没有任何损伤（对于不把玩wp的朋友来说确实如此）的静态化插件是相当的有必要；

但是后来一不小心就给忘记了。今天下午和菜头同学经过另外一个朋友的推荐，终于安装了cos-html-cache插件，目前看来，似乎一切都正常了。在test的文章中，我看到了很多朋友善意的意见，但是我想说的是，如果和菜头同学在使用cos-html-cache插件的同时也采纳了关于链接修改的建议，那他的blog将会再次回到负载过高的情况。

在和菜头的评论中我看到了很多热情的建议，包括怎么优化wordpress，怎么请教高手来帮忙优化wordpress。我认为对于菜头这样的”文豪”需要的应该是一个简单的解决方案，而不是怎么去把玩wordpress，况且似乎他很早就把玩过wordpress。那么这些热情的建议中，可能有些会使得其反，反正将cos-html-cache的作用给抵消了。

菜头的ip流量是一天1w，我考，太羡慕+崇拜了，像我这样所谓的技术blog恐怕永远也没有那个机会。

在我知道的blog中，和菜头应该是第一个由于负载的原因而需要静态化的blogger了.

另外纠正一下：安装了cos-html-cache之后，其他插件（只要不与cos-html-cache冲突）你想装多少就装多少吧，至少在服务器端是增加不了多少负载的！如果你不相信，或许这篇文章wp-cache未必能有多大的效果以及这篇文章应该可以给你一个解释。

升级到wordpress2.5是一个明智的选择，无论其他朋友如何的建议暂时不要升级，说wordpress2.5是如何的不稳定、有漏洞。特别是在写了刚才那篇wordpress和ajax 文章之后，更是如此。所以我强烈建议喜欢在文中嵌代码的blogger尽快升级到wordpress2.5吧，光是后台的编辑器的好处就值得升级了。

本人有一个不好的喜欢，做任何事情都喜欢先完成再完善，所以熟悉我的朋友都知道，我写的东西总会有错别字，我总会不断的修改纠正。因此我也遇到了不少的麻烦，特别是当文章中有嵌入代码的时候更是如此。众所周知，2.5之前的wordpress后台编辑器总会喜欢乱纠正标签，所以当你再次修改已发表的文章，切换到纯文本状态编辑代码的时候，就会发现代码已经被编辑器修改得一团糟，于是你不得不将编辑器偏好设置成纯文本编辑器，然后再次打开编辑链接进行编辑，编辑完成之后再进入偏好设置将编辑器设置成RTF模式，这其实是一个浪费时间的过程。

今天我写wordpress和ajax的时候，为了避免再次修改，发表之前我将纯文本保存在了一个txt文件中，这样就可以节约时间了。当我发现错别字再次编辑的时候，居然发现wordpress后台的编辑器依然显示的是纯文本编辑状态，而且代码也没有被自动篡改，真的是一个惊喜，所尝试修改点击保存之后发现一切正常，真是一个很大的进步啊，当然或许其他朋友早就发现了，不过我认为这个改变真的很赞。还有另外一个改变也是很不错的，那就是全屏编辑模式，如下图，点击即可进入全屏编辑模式，很不错吧！

wordpress2.5的后台至少有两个比较明显的优点：

1. 可以用全屏的方式编辑文章，可视面积宽，方便；
2. 能够记录当前的编辑器状态，不需要专门将编辑器设置成RTF模式或是纯文本模式，这样对于编辑有代码的文章相当的方面！

很多朋友都认为ajax能提高网页的速度，但是我更喜欢用ajax来提高用户体验和平衡动态页面与静态页面之间的关系。我曾经乱谈过ajax，原因在于有几个朋友认准了一个死理：那就是ajax对改善速度的作用是大大的！而今天的这篇文章中，我想重点谈一谈如何在wordpress系统中使用ajax，也就是如何通过修改模板或者插件在wordpress中灵活的运用ajax。

对了，如果你还不太清楚ajax的基本原理，请自行google之，本站就不再为互联网贡献垃圾了。在实际的操作中，我们运用ajax的方式大部分情况下为异步请求（当然你也可以设置成同步模式），异步请求的好处在于浏览器在载入html的同时，后台也会用js请求数据，所以载入数据的时候感觉不到任何卡页的现象。由于数据的请求是由JS控制，因此你可以将ajax代码嵌入到静态化的wordpress页面中，从而将部分的内容通过ajax做实时的请求，而本文的目的便在于此。 (read on …)

大约一周前text-link-ads（这是一个推介链接）通过了我的站点，这就意味着我可以通过text-link-ads赚取美元了。于是接下来就按照text-link-ads的要求，进行广告代码的安装。熟悉本站的朋友都知道，本站已经采用了cos-html-cache 进行了静态化，首页是index.html而不是index.php，text-link-ads很明确的申明了，非动态程序的首页是无法安装广告代码的。同时我也看了一下代码安装的方法，果然如此，代码不是js程序，text-link-ads需要的不仅仅是将链接显示在你的页面上，而是要名正言顺的获取PR等等好处，所以纯js代码是没有这个效果的。而我也不想放弃静态化，回归到原始的wp，难道我必须放弃这个赚取美元的机会么？

所以我马上开动了我那聪明的大脑，想出来一个解决办法，可爱的ajax又开始显灵了。

对于 wordpress，text-link-ads的广告代码安装分两步，1是安装它的插件；2在模板中插入一个函数用于显示广告。关键步骤就是第二步了，我在模板文件header.php中添加了判断，具体代码如下：

<?php  if($_GET['text-link-ads']) { tla_ads(); die();}   ?>

添加了这样的代码之后，请求url http://host/index.php?text-link-ads=true的时候，就会显示出text-link-ads的广告了，而且也对静态化没有任何影响。ajax的请求页面完成之后，再在模板文件中添加一行ajax代码即可(本站采用了jquery，所以ajax变得如此简单)：

<script> $(”#text-adv-div”).load(’/index.php?text-link-ads=true’);</script>

这个时候，即使首页html静态化了，访问首页的时候依然可以显示广告链接，并且php显示当前所在的页面也是在index.php中，完美的解决了静态化情况了text-link-ads的安装。

今天发现已经有一个网站在本站做广告了，本人也曾想做一个这样的网站，但是没有精力，不得不放弃。目前看来这个text-link-ads还不错，至少比google ads，阿里妈妈都要赚钱得多。

今天看到网友给我留言咨询cos-html-cache何时升级的时候我才发现wordpress2.5已经正式发布了，赶快抓紧时间升级，整个升级过程如以往一样，非常顺利（本人装的插件不多）。升级之后的第一件事情就是验证cos-html-cache是否兼容wordpress2.5。到目前为止，发现还是正常兼容的，所以cos-html-cache没有升级的必要了。当然或许可能我漏掉了其他的方面，如果朋友有发现其他和wordpress不兼容的问题，请在此文后面报告，谢谢大家！