鸡冻

昨天早上，之前给我提供主机空间的 leeseon 在 Google Talk 上跟我说，他的 Dreamhost 快要到期了，他打算搬家到 Site5 的主机上，问我要不要一起合租。

我看了一下 Site5 的主机配置，感觉还不错。最主要的几点是有 SSH，PHP、MySQL、Perl、Python、Ruby 的版本也比较新，还预装 Rails。我最近主要在学 Django，预装 Rails 的话说明装 Django 应该也没什么问题。两人合租的价钱（hostPro 计划）也还可以接受，于是就答应了。当时最担心的还是 Movable Type 的问题。MT 在发布的时候会需要比较高的资源，整站生成的时候更是如此，我看过不少用 MT 的前辈，比如 Fenng，就抱怨过几次 MT 占用资源导致的 500 错误的问题。到时候搬过去了却无法生成 blog 网页就苦了。于是我马上就问 leeseon 主机的 CPU 资源有没有什么限制，对方也没有考虑过这个问题，但他从 Site5 的网页上找到了限制条款。我扫了一下，就是对 “Utilize in excess of 15 seconds of CPU time.” 这一条比较担心，是不是意思是一个进程如果运行超过 15 秒就有问题呢？后来想可能不是这样理解的，因为 httpd 之类的进程肯定会运行时间更长。所以我心里是挺担心的。好在 Site5 有 60 天退款的策略，我就跟 leeseon 说买来后先试试，不行的话就退掉。

然后 leeseon 告诉我说 Site5 有免费试用 30 天的 COUPON，我就赶紧注册了一个试试。开通网站是比较慢速的，我有一个备用域名，添加进了 Site5 的帐号中后一直说让我等待。由于 Site5 的页面上没有提示我，所以我过了一会才想到需要更改域名的 DNS 才对。Dreamhost 上添加域名后可马上会说的清清楚楚的。而且我还不知道 Site5 的 DNS 是什么，最后是从它们的 Wiki 上找到的，这也让我比较吃惊。我在 GoDaddy 那边修改 DNS 也挺慢的，修该完之后我一直刷新，一直是显式我过去在 Dreamhost 上的内容。

到了昨天晚上，我又刷新了一次，发现已经显式新的内容了。我在 Site5 的后台也可以操纵了。首先就是打开 SSH 访问，然后我还花了一阵子功夫来找我的密码和用户名。总之进去了之后，发现我的提示符竟然是 #，不知道是不是意味着我是 root 帐户。不过我没有多想，只是来回看来看去。我首先输入的是 “dja”，然后按 tab 键，果然出现了 “django-admin.py”，主机是预装了 Django 的，不错。我接着运行了 “django-admin.py –version” 查看版本，告知我是最新的 1.1.1 版本，心头不由一阵窃喜。然后就顺便看看其它工具的版本，gcc 是 4.1.2 的，挺新的，我在 Dreamhost 上才是 3.3.5 版本；Rails 是 2.3.5 的；Python 默认是 2.4.3 的，但也有 2.6 和 3.0 的版本的，都挺不错的，在 Dreamhost 上只有 2.4 的。运行 uname 得到内核版本是 2.6.27，是 x86_64 版本的。没有写是什么发行版本，但 gcc 给出版本的时候返回的是 “gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46)”，所以我估计应该是 RadHat 吧。

看了一会之后，想到我的主要任务是测试 MT 的发布有没有问题，于是我就下载了 4.32 版本。下载之后我突然想测试一下访问的速度怎么样，就把这个 5.6M 的 MT 文件放到了 http 目录中，在浏览器里下载，看到速度慢慢的升到了 500K/s 多，也挺不错的。解开包之后，我按照 MT 的说明就装上了。装上 MT 后我第一个感觉就是“快”！在后台的设定什么的，都非常流畅，简直不是现在可以相比的。但是 MT 说找不到 ImageMagick 包，因此没法让我上传头像之类的。但我在 SSH 中确实看到了有 convert 之类的命令。我搜索了一下 Site5 的论坛，有人遇到过类似情况，但没有人给出解答。Site5 官方支持的 blog 程序列表里面没有 MT，所以我估计没有做相应的配置。不过我暂时估计问题不是很大，就先放一放，能否生成整个站点才是重点。

于是我从这边直接导出整站的文章，然后从那边导入。我的导出文章的文件有 1.8MB 大小，我从那边开始导入后，就看着 Chrome 左下角指示的上传进度。然后到 100% 之后几乎是一眨眼的功夫，就告诉我导入完毕了。我当时就有点震惊，这是真的假的啊？要知道我在 Dreamhost 上测试的时候，导入同样大小的文件至少要花费 5 分钟左右。该不会是导入出错吧？不过我在后台确实看到了有 400 多篇文章。然后我没怎么做其它设定，直接就点了 Publish 按钮，然后就在 SSH 中运行 top 命令，看看 mt.cgi 执行的情况。

其实我获得的信息不太多，只是看到 mt.cgi 的 %cpu 那一栏是 96.x 以上，因此挺担心的，会不会被系统给 kill 掉。我确实看到过几次有 mt.cgi 跑到列表的下面了，出现了一个新的什么程序，但一会 mt.cgi 有上去了。不过看 MT 的发布框的进度条就比较有意思了，基本上是呼呼的往前跑，我在 Dreamhost 发布的时候都几乎看不到进度条在动，特别是当发布单篇的时候。而我看了一会，就告诉我已经发布完毕了。我看了一下报告上说的时间，只有一分多钟而已！我目前的 blog 有 400 多篇，在 Dreamhost 上发布一次需要 45 分钟另几秒的时间！我看到这个结果，几乎马上就疯掉了，当时惊讶的都喊出声音来了。

然后我还测试了其它的地方，比如说在这里，用户能发现最慢的地方就是 tag 了。我在这个 blog 上用了 AnySql 的缓存，因此当第二次点击同一个 tag 时，会直接把缓存中的页面展示出来，缓存的有效期是 24 小时，但当没有这个 tag 的缓存或者缓存已经过期了时，速度就会特别的慢。而我在测试的 blog 上面做了个实验，单击一个 tag 后，几乎马上就出现了页面。搜索也是一样，留言的速度也不是这里可以比的。我目前的测试网址在这里，读者愿意的话，可以和我目前的 blog 比较一下速度，可以有很明显的感觉。

所以我在试用了 Site5 的虚拟主机之后，我才明白了一件事情：6A 之所以把 MT4 的速度弄成这样，其实不一定是故意的，而是在他们的主机那里，MT 跑的确实很快。我们买不起好的主机，用的都是 Dreamhost 这种廉价主机，所以才会有“MT 太慢了”这种想法。相同的，MT 目前已经不是一个最主流的 blog 系统了，它对主机的要求也较高，所以用 WordPress 会得到更好的速度，Site5 也官方支持 WordPress，这一点倒不是我非常想见到的。

不过，我也有点怀疑，有点卑鄙的想──可能 Site5 为了宣传，所以把这些免费的 30 天试用帐号都放在比较空余的主机上，这样速度就快了，而正式使用后速度就下来了。不过我是希望我想多了吧。

总之，在试用过 Site5 上面跑 MT 之后，我就像吃了美味大餐一样，就不想再回来嚼蜡了。我是希望可以尽快转移到 Site5 那边去，并且（有可能的话）就再也不用 Dreamhost 的虚拟主机了。