Tag Archives: MT

MT4 升级经验谈(之三) 留言篇

上周留言突破了 5000 条,很不容易。谢谢这些在我的 Blog 上不辞辛劳留言的朋友们。

自从正式迁移到 MT 4 ,到我发这篇为止,我一共收到了一则垃圾留言,只有一则垃圾留言。相对原来每天成百上千条的拉机信息轰炸,这下子总算眼前清净了许多。

MT 4 支持两类评论方式:验证或者是匿名评论。

匿名评论需要输入有效的邮件地址,并且需要写对下面的验证字。对不起,我起用了我也很讨厌的验证字,也是无奈之举。

验证支持 OpenID、TypeKeyLiveJournal、Vox 以及 Movable Type(也就是在本地 Blog 上注册的,我暂时关闭了注册)。MT 4 内建支持 OpenID 验证,其他几个验证方式都是自己家的产品(不巧的是有两个都被阻尼了)。我喜欢用 TypeKey (我的 Profile)。

经过验证后的评论是不需要审核的,直接发表。而匿名评论我设为需要审核才可以发表。

对于常来的朋友,最好不要用匿名评论,我都觉得有些麻烦。而且,匿名评论附带的网址是得不到 PageRank 的,暂时是这样设置。

EOF

MT4 升级经验谈(之二) 插件篇

上一篇谈到了升级到 MT4 之前需要考虑的事情。这一篇谈谈安装后插件的配置情况。MT 4 新集成了不少插件,但不是每个人对每个插件都能用上,而且有的编辑器插件真有点画蛇添足,我写 Blog 都是直接写 HTML 代码,其实只需要熟练掌握少数几个代码即可把 Blog 格式的可读性控制的很好。

我眼里的唯一的一个亮点就是 Feeds.App Lite 终于能支持中文了。以前用过几次,遇到中文就把整个页面都变成了乱码。这次通过这个插件把我的 del.icio.us 内容显示到首页了。看来今后也可以考虑把 Twitter 集成过来。

出于性能考虑,能不用的默认插件最好禁止掉。非默认的插件我用了如下几个:

MTRelatedEntries ByKeyword 插件用来显示相关文章

好多朋友都问我单篇归档上的相关文章是用什么做到的? 答案就是这个 MTRelatedEntries ByKeyword 插件。把该插件下载到 MT 的 Plugin 目录下,最好创建一个单独目录放置文件(个别 Beta 版本不能识别直接放在 Plugin 下的内容). 然后在模版管理的地方创建一个 Widget ,内容如下:

<ul class="widget-list" >
<MTRelatedEntriesByKeyword>
<MTEntries lastn="8">
<li class="widget-list-item">
<a href="<$MTEntryPermalink$>"><MTEntryTitle></a>
</li>
</MTEntries>
</MTRelatedEntriesByKeyword>
</ul>

这段显示关键字类似的 8 篇文章。在相关地方引用这个 Widget 即可。这个插件对 dbanotes.net 来说是不可或缺的。

对于相关文章显示,其实还有另外一种实现方法,也就是在 MT 邮件列表里大家讨论的 Tag Supplementals。这个是依赖 Tag 的,而我的 Blog 基本上用 Tag 对文章”分类”的,关键字贴近文章属性,所以我还是用老方法。

缩写词插件(Acronym Plugin)

插件是干啥的? 鼠标放在 MT 上看看效果就知道了。配置与使用都很简单,参考Acronym Plugin 首页的介绍。我很早就在使用这个插件,对这个插件的词库做了一点扩充,感兴趣的朋友可以在本地下载. 这个插件倒不是不可或缺的,只是有的时候我喜欢用一些术语缩写,该插件的提示让读者更容易理解。这也就是所谓的提高用户体验吧.

Paged Archives 插件对过长归档页面分页

原以为 MT 4 会默认带有分页功能,希望落空,还要自己想办法。Paged Archives 是否完全兼容 MT 4,还没有得到确认,插件作者说得也比较模糊。经过我的尝试,勉强可以用。还有 Bug 存在。要注意起用的时候,在模版中有两个地方都要添加 <MTPAEntry> 与 <MTPAEnd> 标记。还没有完全用灵活,具体经验随后分享吧。

使用新插件需要考虑的事情:该插件简单易用么? 是否需要修改现有程序,强调是”程序”,如果修改程序的话,以后每次升级 MT ,都要考虑到这个事情,会带来很多后续的工作量。此外要考虑是否需要修改数据库? 插件需要额外修改数据库的也比较麻烦,很可能会带来比较严重的性能问题。

EOF

MT4 升级经验谈(之一)

Powered By Movable Type

经过了短暂测试之后,正式把 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

此文作者:, 位于 SiteLog 分类 标签: , , on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

Blog 准备迁移到 MT4

这几天利用一点空闲时间定制了 MT4(点击查看测试页面,现在切换到首页了 2007/08/23), 其实我现在 Blog 已经在用 MT4 Beta2 了,为什么还要搞个新测试页面呢? 差异在于正式版和我现在用的 Beta 版之间模版体系是不一样的。经过一段时间的熟悉,我发现 MT4 新的模版设计理念真让人赞叹。

要感谢 FireBug 这个工具让我节省了大量时间。测试页面中的模版是根据 Unity-Blue 这个模版定制的,基本上和我原来的模版风格保持一致。

等正式起用这个新模板之后和大家分享一下该过程之中的一些经验。

EOF

此文作者:, 位于 SiteLog 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.