换了虚拟空间之后，我昨天晚上重新安装了 Movable Type 4 Pro。
现在的我对于安装一个 MT 自然觉得没什么的，但我在第一次安装时也是走了一些弯路的。从那次之后，我知道了 MT 有自动帮忙设定文件的 mt-wizard.cgi，用它在浏览器里选择填写一些参数后就可以装好一个 MT。安装文件也没有必要把一些目录复制出来什么的，全都放在一个总的文件夹里面也可以运行。
后来在翻阅 MT 的文档的时候，我看到了一些用 ssh 的安装的方法。而且这次用了 Site5 的主机，我感觉我过去在 Dreamhost 上弄的那些东西都是不安全的。在那里 cgi-bin/ 就是一个普通的目录，从浏览器里面直接就可以访问。除了这个主要的 blog 之外，我还安装过一些其它版本的 MT，为了不干扰这个主要的 blog，我都是用的 SQLite3 数据库的。MT 的 SQLite3 数据库的默认路径是 ./db/mt.db，而这些竟然通通都是可读的。也就是说，外人完全可以下载到这个数据库文件，然后解析出我的密码来。而在 Site5 的空间上，cgi-bin/ 默认的权限就是无法读取的，所以更加安全一些。除了这个，在 MT 的安装文档上，也教了我通过软链接来保存多个办本的 MT 的用法。所以这次安装 MT，我就尝试使用了比较“正统”的方法。
而我说 6A 不负责任，是他们的文档实在是维护的太差了。作为一个软件，文档的第一步就是要教给人们安装。而在 MT 4 的安装文档上面竟然写着：“这是 MT 5 的安装文档，如果你用的是 MT 4 或者 MT 3，可以参考这篇文档，因为安装过程很相似”。但 MT 5 和 MT 4 的安装过程当然是有不同的！过去还好，我只是参考的这篇文档，但这次我要安装这个主 blog，自然要看得仔细一点了。但当中有个 themes/ 目录，我怎么也无法从文档的指定目录上找到，反而在上一级目录上能看到它。为此我下载了 MT 5rc3，果然找到了文档上的路径。原来这个路径是 MT 5 才有的。像这种东西，如何能让用户理解呢？
如果 MT 5 已经发布了，是 MT 的主要版本，这也就算了。可在 MT 5 正式版两次跳票之后，目前在日本之外，MT 的正式版本还是 MT 4。而 6A 匆匆忙忙的就把文档给换上去了，让人觉得比较莽撞了。而且，新的文档上去了，旧的文档能不能有个 archive 呢？
如果这事情只发生在 movabletype.org 上，也还算了。但我在找不到 MT 4 的安装文档之后，觉得 MT Pro 作为商业的版本，应该文档都比较正式，于是就去 movabletype.com 上去找了一找。结果发现 MT Pro 的安装文档直接指向的是 MTOS 的安装文档，也就是我之前看到的那一份。虽然 MT 的商业版本有针对个人用户的免费版，但 MT 的开源版本与商业版本面向毕竟不同。开源版的使用者可以钻研，所以给一份不完美的文档、甚至不给文档都可以，但商业版的文档竟也是这个样子，让我觉得 6A 是不是有点儿戏呢？
如果 6A 是一群爱好者组成的软件小组，这事也就罢了，但作为一家商业公司，6A 对待文档的态度，我觉得是不可以的。
我对 MT 和 6A 是很尊重的。虽然我不是像王建硕那样的早期用户，足以在 7 年多的时间里对 MT 不离不弃，但也是先用了 WordPress 再用到 MT 的。对于个人的 blog 工具来说，是否静态的影响并不是特别大，但对于后台的执行速度，MT 给我的冲击力实在是不小。虽然在换了新主机之后，这种速度的问题解决了，但我仍然对 MT 抱有谨慎的态度。