看来侥幸是没有用的，今天收到JackyChen的邮件，说我的blog出问题了，因为他看到的界面居然是已经登陆的界面（当然只是假登录，不是安全隐患），原来wp2.6居然又改变了cookie的相关东西

A number of proactive security enhancements, including cookies and database interactions.

所以cos-html-cache还得要升级跟上。既然要升级，索性把其他一些小问题给修改修改，2.6的修改如下：

1. 解决了用户在登录的情况下生成缓存文件的问题，因为这种情况下访客看到的界面是admin当前看到的状态，会导致访客无法留言；
2. 解决了非主流blog地址的静态化文件问题，某些用户反映如果手动修改了默认路径后将无法生成缓存，特别是在godaddy的主机上，多谢麦可.志的修改，于是经过检查和测试之后我直接拿来改进了；
3. 解决了已登录用户在发表留言时看到admin-logged@fake.com的困惑，已用admin邮件地址替代，同时为了防止邮件抓取，源代码中已经将@符号给予替代；

下载地址：cos-html-cache2.6

或者去这里查看历史版本：http://www.storyday.com/html/y2007/1213_cos-html-cache-2.html

wordpress官方下载地址：http://wordpress.org/extend/plugins/cos-html-cache/

最新版本2.6.2，以wordpress官方为准

按照以前的习惯，该插件的名字叫做：cos_visitor_comment。

插件功能：根据cookie，显示当前访问blog访客的历史留言，方便访客查看、检查。

插件实现：基于ajax，所以即使页面全部静态化也可以正常使用

安装方法：上传插件-》激活插件-》修改模板。在需要的显示访客留言的地方，插入如下代码

5表示只显示最近5条，50表示字数从第50个开始切断，“我的评论”则是该部分的标题，还不清楚的朋友，改变上面几个参数看看就知道了。

css美化：html结构如下，熟悉css的自行美化

下面是CSS示例，修改成你需要的样式，添加到模板文件的css中（本人喜欢集中处理，所以这个插件没有另行增加css）
有朋友问过几次本站的“我的留言”是如何实现的，所以干脆花点时间整一个插件送给你们，喜欢的就下载用吧，有问题的就请留言哈。
对了，下载地址在这里cos_visitor_comment(一定得把下载地址放在最后，否则某些小弟弟又不看说明，然后问出一大堆重复的问题出来)

有的时候，我们发现通过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，该插件向下兼容。下载地址：cos_slug_translator.zip

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

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

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

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

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