对于MT, 我觉得更多的是只是听说, 给人的印象更多的是高不可攀, 因为CGI/PHP/MYSQL/CSS/XHTML/, 包括MT的模板/模块, 后台的更多隐藏设置, 给很多初级用户面前架了道墙, 以及它静态生成文件的能力,对于这么优秀的功能来说, 在中国广大的主机商面前, 都会演变成对服务器的负担, 进而让主机商拒绝CGI

由于2月作的一个网站解谜类游戏计划, 考虑到手动书写的量的可怕性, 最终选择MT作为基础, 而经过一个月的使用,

100%的模板自由度, 模块的使用, 简约而实用的MT标签, 静态的能力, 可称得上优美的源代码让阅读代码就可以几乎抛弃文档, TypeKey的功能, 插件的简单写法, 简直可以说让人无法抗拒MT,,,

说下使用MT的感受吧, MT需要cgi/php一起用,需要在它的数据库中选一种,包括DBM,mysql,postgres,sqlite,企业版MT还可以用甲骨文, 之后需要xhtml/css编写的技术, 如果需要, 修改mt的现有js也是可行的

虽然使用它还只有一个月这么短,但是足够让人忘记其他blog程序的优点, 当然, 相对的, 人无完人, 就先说说MT的缺点好了

MT的默认情况很让人难过, 包括email的乱码, atom/rss的主体内容都被剥离了html,使得rss专门的软件都只能看到整篇文章变成一个米饭团团状
搜索部分,对于大部分网站来说都是一个非常常用的功能,而mt把这部分模板单独放在了服务器上作为独立文件,而不在后台可以编辑
MT用CGI,在生成静态文件时, 无可避免的要联系到速度问题, 尤其是当你一篇文章有多于千条回复和TB时, 当你的网站上千篇文章都是这种情况时, 我想除了选择企业版MT以及换一台独立服务器外, 已经没什么解决办法了

说说MT优秀吧, 它的缺点除了上面那些之外,我已经再找不出来了...

MT的模板真的很实用, 爱不释手啊, 模板+模块组合起来, 不需要php/cgi参与, 只要xhtml/css就可以作出足够漂亮而且实用的叶子,

MT的标签设计的非常优秀, 可以在任何html编辑器中完全没有兼容问题, 不像wp都是php, 编辑必须要php高亮, 而MT的标签由于都是私有标签, 所以在任何html里都可以正常显示出标签, 而且因为html高亮都不认识它,所以MT的标签颜色反而会被突出出来

MT的标签也很简单,变量<$MT***$>,功能标签大多是成对的<MT**></MT**>,这其中还有些标签是用于判断<MTif**>和<MTElse>也是成对出现,而有些其实也算是变量标签的,但却没有$$,比如关键字, 标签初接触还真的觉得太多了,但是接触多了也有觉得不够用的时候,特别是用php判断惯了,仅有if和else的MT还真是觉得套来套去有点麻烦, 如果能?:和elseif我会更喜欢

相对于其他blog程序,MT的代码量也让它的功能变得无限的多,对于使用wp的人更的是在研究php和挑选插件来说,用MT更多的时候在玩它自己的功能,包括config.cgi的配置就已经多的很过分了

MT在书写上可能会让大多数从wp/pg/bob等各种可视化编辑器的blog程序转来的用户觉得过于纯粹了,粗体斜体下划线,链接,email,引用,没了,,,

当然这感受是因人而异的,我觉得非常的纯粹,整洁,况且我可以更好的发挥,因为我不需要它有可视化编辑器也可以知道自己在写什么,会有什么效果,当然如果它可以学wp2.1可以源代码和可视化共存更好

MT的发布格式有两种, 一种会在你写的文章中自动添加p和br等标签,一种会按原内容发出去,换行的部分会保持用\r\n,这样也就可以让你的像js之类的脚本正常工作,比如http://moontoc.com/music/

对于MT会自动处理文件名为全小写,去掉空格和各种符号的做法,我表示赞同,因为它可以让网站更有兼容性,但由于我希望保持一些文字的大小写或者说让它可以突出些什么,我只好修改mt.js的dirify()让它原样返回,如果它在下一版可以提供些选项,我觉得会更好

嗯, 如果你觉得这是MT的广告,我觉得MT在去年开始免费后让更多人可以接受它,但路还很长,无论如何, 用过MT后觉得它非常优秀, 我将我的整个网站用它可以说格式化了一次, 包括所有的分类里我都并没有让它直接输出列表而已是让它成为独立的单篇文章, 在这点上, MT可以说有无可比拟的自由度, 当然缺点还是有很多, 希望MT可以像它的名字"活字印刷"一样继续发扬下去,更加优秀