前几天我提到过 MT 4 反复提示升级的 Bug，并且提出了临时解决办法，当时我也不确定该办法是否管用。
昨天登录 Blog 的时候，又提示我升级，差点晕倒（乖乖龙的东，莫非我的戏法不灵?)。这回我学了乖，观察一下数据库中的值，发现 MT_CONFIG 中的config_data字段的值”丢失”了如下内容：
SchemaVersion 4.0026
手工更新了该值内容，把 “SchemaVersion 4.0026” 加进去，回到登录页面，刷新，已经不提示更新了。
经过这次修改，可以负责任的告诉 MT 4 用户：可以用我的土办法来暂时避免该问题了。当然这个直接修改数据库的办法是不被 MT 开发人员推荐的，可是不这么做现在有什么更好的办法麽?
MT 4 是一个让人又爱又恨的版本.
–EOF–
经过了短暂测试之后，正式把 Blog 切换到了 Movable Type 4 正式版上。收集了一些朋友的意见之后，对旧模版进行了一些调整。
迁移之前需要考虑的问题：
MT 4 相对 MT 3 来说，做了很多改进，不过对于我来说，只有两个功能还算吸引人。一个是留言系统重构(默认验证字(CAPTCHA)的支持以及对留言方式的改进)。另外一个则是 MT 4 采用了新的版权方式，软件开源。过去几个月里，真的被 Spam 轰炸折腾烦了。采用全新模式安装的 MT 4 经过几天的测试后，发现没有放过一个 Spam！从这一点来说，必须升级。而新的软件版权方式也能让老用户相信 MT 焕发了青春，会有更多的开源研发力量投入。不会被 WordPress 甩的太远。
为什么不用 WordPress 呢? 只有一个理由：MT 是全静态发布的，用户访问页面的时候对数据库产生的压力非常小。而 WP 是伪静态发布，对性能的压力大一些。不要忘了，我的 Blog 可是假设在 Dreamhost 这个专给穷人用的虚拟主机供应商上面的。静态，只有静态才是王道。
插件问题是第二个需要考虑的，期待原来使用的插件都能被 MT 4 兼容是不太现实的。先看一下插件兼容列表 ，不兼容的列表能否不用? 还好，问题不大，只有一个 Blogroll 插件，如果不用，可以通过手工 HTML 代码来做到，工作量不算大。
MT 3 的模版也可以在 MT 4 上使用，原打算不重新设计模版了，因为这是个耗时间的活儿。可是在全新安装的 MT 上尝试使用了新的模版体系之后，觉得有必要起用 MT 4 的模版系统。如果说 MT 3 的模版已经在模块化上前进了一步的话，那么 MT 4 就是一个飞跃，完全的模块化，模块可复用的程度大大提高。一次设计，以后获益。痛下决心，重新设计一套。
从哪里开始? 当然是全新安装一个 MT 4 ，使用新的空数据库，不要和现有的 MT 3 或是测试版有数据交互。然后是测试插件，修改模版，迁移（参考 MT 4 官方站点的推荐方法)，然后重新改进。
新鲜的 MT 4 安装完毕后，我遇到了第一个问题：留言的邮件通知信是乱码，因为默认的 mt-config.cgi 配置信息是没有设置 MailEncoding 参数的。
下一篇谈一下 MT 4 上我使用的插件。
–EOF–