Recently in ＭＴ笔记 Category

前两天，6A就发布了最新的MovableType 5.1.

昨天晚上就做了升级，现在这里运行的就是最新的版本。

升级的过程没有什麽特别，覆盖更新就可以了。

只是这里要说一说新版本的新特性：

1） 可以用拖放的方式来管理目录和文件夹

2） 内容管理的界面也做了变化。

3） 多blog的标签

更多的内容可以看看这里。

在过去的几天，花了不少时间来做升级。
MovableType 5.01在跳票两次后，终于发布。
当然已然不是MT 5.0，而是直接变成了5.01。

之前，所用的版本是4.32，升级到MovableType 5.01的确不是那么的容易，但也不是那么的困难，只要掌握其中的关键，以及做好万全之措施，就没有什么大问题。

这里说一下我升级本Blog的过程吧。
1. 备份
1.1 在MT后台的备份
tools 》export ， 下载文件类似blog.txt
tools 》Backup ， 下载的文件名类似 MovableType_2010_01_11-18-10-15.backup.zip

1.2 用phpmyadmin对数据库直接备份
export 所有的表，压缩下载，类似文件名，journalblog.sql.gz

1.3 备份所有的文件
ssh到服务器
执行命令
tar czvf journal.yinfor.com.tar.gz ./journal.yinfor.com/
保存好该文件，其中包括后台文件和所有的静态文件，同上面的数据库备份做万一升级失败后的恢复准备。

2. 记录设置
2.1 记下所使用的plugins
目前只用了tag supplemental插件，版本0.22，经测试可以使用在MovableType 5.01上。

2.2 记录样式和模板的重要点
某些定制index模板，定制的widget的名称，内容可以之后从数据库中直接找到。
模板改过输出名称的，需要记下，比如后缀名从html改成php等。

2.3 记录blog的设置
比如路径等等。

3. 准备升级数据库
用phpmyadmin，新建一个数据库，比如叫做journalmt5，然后用1.2中导出的数据恢复。

本次更新只更新了源文件和数据库。
相关的发布通告在这里。

接下来应该是期待MovableType 5.0了。

我有一个以MovableType驱动的Blog，登录后台后有一个非常奇怪的地方，就是不显示Blog Stats。
Blog Stats就是显示在最近一个月，或者2、4个月，发表的文章，留言数目，标签和注册人数。以柱状图表示的。

很奇怪，其它几个Blog后台都有显示，唯独这个没有。

终于在这次更新到MovableType 4.3 之后，登录后台，有显示出错信息，之前是没有任何提示信息，就是没有，也不出错。显示的信息没有截屏，大意就是某几个文件夹没有写的权限。

本次升级没有什么特别要做的地方。
还是下载文件，解压缩，复制覆盖原文件，然后就是登录，提示要升级，登入后就完成升级过程。

然后就是写这篇短文了。

完成，收工。

升级没有什么特别的地方，因为是从4.25到4.26，没有添加新特性，主要是修复bugs，以及改进性能。

希望这次的改进可以让Blog的渲染速度提高，资源耗用减少。不要总是出现500内部错误就好。

如果只是Classic Blog的话，MovableType 4.25 同 4.24看上去一样。

但其实还是有差别的，至少在效率上好很多。
从其Release Notes上可以看到这些同效率有关的修改。

有较少的500错误，以及重建全部页面的时间也较短。

本Blog也乘着MovableType发布4.2版的东风，于昨天升级了系统，今天进一步改进了设置，换了一个同原先的模板相似的模板，粉色的。

这里对于MovableType 4.2 的重建效率，再次有了认识。
在升级后，重建的时间花了很久都没有好，一直挂在那里。
原先以为是Dreamhost的系统对于资源的限制，后来才发觉是没有打开模板缓存，造成不断的调用数据库，甚至有几次都出现超时错误。

现在我设置为，Widget模板中的，最近帖子，最近留言，和tag cloud都有缓存，重建本Blog，也只用了15分钟，共715篇文章。速度还是不错的。

升级的过程参考这里。

知道MT4.2 rc版发布后，就马上在我的MT测试平台上试了一下，升级非常简单，同之前我介绍的升级程序没有什么两样，都是直接SSH上主机，然后wget文件包，解压，复制覆盖原文件，然后用Firefox登录，提示升级，接着升级。

据说有非常好的性能，不过就我们这样的条件还真测试不了，也验证不了。

重建整个Blog的过程感觉没有快多少，不过在最后的一个页面有显示重建的时间。
其他部分从界面上来看同4.1没有差别。

最后我们来看在升级过程中MT的升级程序都做了些什么。

上个星期，收到Dreamhost的Email，他说我MovableTyp Blog所占用web服务器的CPU资源很高，超过200，不知道这是一个什么参数。
造成最大负载的两个文件，分别是

mt-comments.cgi
mt-search.cgi

当然他已经修改了该文件名，用户都已经访问不了了。

因为我使用的MT已经是最新的版本，不存在版本太旧的问题，那样我就只能修改着两个文件名，并且在mt-config.cgi中相关的参数，然后重建了所有有关的Blogs。

为了观察CPU负载的情况，按照Dreamhost的说明，我激活了resources的报告。
Users > Manage Users > Edit ， 在CPU Reporting的地方打勾，24小时候，就可以看到报告了。该报告是统计在此帐号下所有网站所占用的资源。
要查看的话，就是在浏览器输入http://www.yoursite.com/stats/resources/
用该帐号下任意网站的网址就可以。当然有password保护，这些查看的帐号设置，需要点击，Status > Site Statistics > yoursite.com ，选择# Users w/Access部分，就可以赋予一个查看权限的帐号。