MT4 升级经验谈(之一)

经过了短暂测试之后，正式把 Blog 切换到了 Movable Type 4 正式版上。收集了一些朋友的意见之后，对旧模版进行了一些调整。

迁移之前需要考虑的问题：

• 1) 是否一定要迁移 ? 迁移的目的是什么?
• 2) 旧有插件的兼容性?
• 3) 是否要重新设计模版，如果重新设计，需要的工作量

迁还是不迁?

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--