原来站点放在 Dreamhost 上，但是年初的时候频繁遇到 HTTP 500 错误，那段时间，我发布一篇文章都要反复 Build 多次才能成功，很影响积极性。可气的是，Dreamhost 还不断给我发他们的 PS (Private Server) 的折扣信息，一不小心上了贼船，发现上去后反而下不来--不让且回到原来的共享模式下，结果几个月下来花了不少银子。性能，其实也没好到什么地方去。

建议如果 Dreamhost 共享服务器够用，就别升级，也别切换了。毕竟，Dreamhost 的共享主机性价比还是不错的，迁移起来，其实也颇为费事。

我买的是 Linode 360 这个服务整年购买还能优惠 10%，也有优惠代码，不过现在都过期了。购买之后第一个决定是要选择 IDC ，都说旧金山的 Fremont 速度较快，相信大家的，没错。主机用了 Ubuntu ，然后登录进去用 APT (Advanced Packaging Tool) 安装软件或者更新系统，速度那叫一个快啊。早知道这样，再贵一点可能也要买 Linode。在 Dreamhost 上折腾来折腾去的浪费多少精力... 在 Linode 上，如果后续需要更大的内存，随时可以扩容，操作极其方便。 对于CPU 能力、硬盘空间和带宽开销，似乎也很难用到那么多，如果喜欢调试服务器，倒是可以看看怎样能更有效利用内存。对于技术爱好者来说，Linode 是个很好的操作系统玩具。

大家都喊着"云计算"，但是面向个人用户这一块的市场需求似乎没有人关注。随着硬件价格的下降，VPS 服务越来越值得个人用户使用，或许，明后年，个人用户也能用上 Amazon 的 AWS 服务了。技术的乐趣在于折腾。

接下来，可以静下心来好好写一阵东西了。

广告：

• Linode 的 Refer 代码：92405a6e282a712f7a1270e98d16eba13efb1b68 。用了这个代码注册，过几个月据说我可以得到一点好处，就当你做一回雷锋 :)
• 如果要使用 Dreamhost ，我以前設置的优惠代码：FENNG 依然有效。
• 另请参见 BlogKid 对 Linode 的介绍。

--EOF--

延伸阅读：选择美国主机的机房地理位置与网络分析 http://oncn.net/641228

前几天浏览 Flickr 上的历史照片，过去的很多场景似乎一下子又跑了出来，今天翻看站点的历史信息，也有这种感觉，那些记忆并没完全消失在时间里，它们还在...

看看还存在旧首页，还有从最开始的那些尽量"符合 Web 标准"的 HTML 页面，站点成立之初完全是用刀耕火种似的手工方式进行更新，直到后来换到了 Movable Type 内容平台。这个过程也是摸索、学习、实践互联网相关技术与文化的过程。从今年开始，Twitter(有 1000 多个 Follower 了) 似乎成了发布微格式内容的一个更直接渠道，不过只需通过简单的集成即可把消息显示在 DBA notes 首页，独立站点仍然是主体，将来可能也不会变化。

一直觉得自己是个不善于坚持的人，从没想过会持续 5 年的时间做一件事情，并且还在不断尝试做一些改进。5 年，1800 多天，在这个站点上发布了 1200 多篇所谓的文章，从开始的 Oracle 数据库的一些小品文，到一些鸡毛蒜皮的个人事情，再到网络评论以及网站架构介绍.....有的时候自己会考虑迎合一下读者的口味，有的时候则完全由着性子写。自己其实不太清楚为什么会一路坚持写下去，可能仅仅像吃饭喝水那样，没有更深层的原因。

上次在广州参加网志年会的时候，居然遇到了一位 4 年前就是我的读者的朋友，多少有点惊讶。5 年，通过在站点上表达的这些东西，认识了很多新朋友，也收到过很多来自他们的反馈以及建议与意见 ... 5 年，已经无法计算究竟为此花费了多少业余时间，不过有一点：我相信付出的那些时间都是有价值的。我付出，也得到了应有的回报。分享知识的过程是最让人快乐的，即使分享的那些东西或许微不足道。

回想当初申请域名时，最头疼的就是关于域名购买的网上支付问题，这也使我在考虑加入支付宝的时候无形中投了一票。从北京到杭州，如今也已经将近 4 年，互联网的支付问题已不再是问题，这其中有自己的一份力。或许，人在做某些决定的时候也只是其他某个地方的蝴蝶扇动了一下翅膀。阿里巴巴五年以上的老员工叫做 "5 年陈"，会有一枚戒指作为纪念。Blog 五年有什么纪念?

感谢互联网，没有这个神奇的事物可能我不会学到如此多的知识，更不会成为一个技术人! 感谢车东，我在看他的网站的过程中萌生了自己建个站点的想法；感谢 SixApart 提供的 MT ! 当然也要感谢 Larry Wall，因为 MT 是用 Perl 实现的；感谢 Dreamhost 提供的物美价廉的空间! 感谢 鲜果，让我今年 Blog 订阅量暴增。 感谢通过 DBA notes 我所认识的朋友们!

我会继续的...

--EOF--

尤其要感谢从前我的女友--当然，现在已经是我的老婆--感谢她容忍我不陪她逛街或是摄影。

一些常规的 MT 优化技巧 其实作用都不大，我还把 MT 用的数据库索引分析了一遍，删掉了好几个价值不大的索引，虽然不是无用功，但也解决不了问题，因为瓶颈根本不在 DB 这里。大多数 Movable Type 用户的应用场景是在 Dreamhost 上，在这个环境里要想找到应用的瓶颈还真的是个技术活。缺乏 Profiling 工具不说，如果调用某个命令消耗了资源稍微过份一点，立刻被系统 Kill 掉。

其实 MT 的设计思想还是很不错的，大部分页面都 Build 成静态页面，减少对数据库的压力。一般来说，这比 WordPress 频繁调用数据库的方式(当然 WP 是可以起用 Cache 的)，应该在性能上有更好的表现才是。问题是 Dreamhost 对每个用户提供的硬件资源其实是很差的，尤其是磁盘 I/O 。我的所有页面加起来也不过几千个，如果只是访问静态页面或是数据库其实问题都不大的，麻烦出现在构建页面或者是遇到留言行为的时候，MT 会调用若干个磁盘上的模版文件，加上 Perl 本身的系统开销，消耗的资源就到了 Dreamhost 的极限，然后进程就被无情的 Kill 掉了。估计是用户群抱怨太多，从 MTOS 4.1.1 版本开始总算有了一个性能框架 专门用以分析性能问题(并且号召用户提供性能数据以便协助解决性能问题)。启用了一段时间后，收集到的 Log 响应时间典型是这样的：

MT::Template::build[Comment Response]=0.60070
MT::App::Comments::run=28.24320
Total=28.85665

或许在 I/O 不错的系统上，表现会好吧。Dreamhost 上文件都是放置在 NFS 上的，而且众多用户共用一个系统，只能将就一下。

今天看到 4.15 的改进中，已经可以 Cache Template Module 了。甘愿作小白鼠，升级。盼望这次能有效解决特定应用场景的性能问题。不过开启了性能 Log 看了半天，效果并非很显著，

后记：

经验证的有效办法之一

通过Cache提升MT基于Tag搜索的速度，只在第一次构建需要的 Tag 时候会占用平时一样的系统资源。再次搜索时，开销大大降低。"抱怨的同时要有解决办法"。

--EOF--

有朋友帮我买了一台 1U 的服务器，国内有什么好一点的托管商麽? 最好不要被随时拔网线的，拔网线倒也问题不大，最好不要把机器抬走就成。

其实这么折腾来折腾去的，只是希望能有个稳定一点的写字儿空间罢了.

另外，今天也把域名转移的相关资料准备了一下，打算把这个域名也迁移到国外的域名服务商那里。不为别的，在国内一直不太放心罢了，虽然我的 Blog 没啥犯忌讳的内容。原来域名是通过代理缴费的，在这方面我是菜鸟，被鄙视的不轻，不过他们的服务态度还是很好的。

--EOF--

重新安装系统后的几件事情 >> 推荐数：70
本想写给自己备忘的一篇文章反而收到了最多的关注程度(不过即使最多也没超过 100 个推荐)。始料未及。或许是越简单的东西反而越普适.

网站架构分析篇

WikiPedia 技术架构学习分享 >> 推荐数：51
架构类文章被推荐最多的一篇，之所以受到了更多关注怕还是沾了 WikiPedia 名头的光。

YouTube 的架构扩展 >> 推荐数：43
Google 收购 YouTube 后，迫不及待的把 YouTube 纳入自己体系架构中。YouTube 也是大树底下好乘凉。

财帮子（caibangzi.com）网站架构 >> 推荐数：27
采访了财帮子的 Meng Yan 后整理的资料。07 年财经类站点很火。08 年相信他们会更有机会。这也是唯一一篇爆料国内网站架构的文章。

WordPress 对 Gravatar 进行的优化 >> 推荐数：22
WordPress 收购 Gravatar 后，干了啥好事？

Yahoo！社区架构 >> 推荐数：30
关于雅虎技术背景的爆料。

Twitter 架构扩展：100 倍性能提升 >> 推荐数：30
Twitter 是 2007 年我用的比较多的服务了。这个站点现在还需要不停的扩展

Internet Archive 的海量存储浅析 >> 推荐数： 13
从写这篇分析开始，我有了写更多系统架构分析文章的念头。

技术备忘篇

Unix 速成小法 >> 推荐数：35
这篇和另一篇 GNU 核心工具 遥相呼应。算是我对 Unix 使用中的一点感悟。

Bash Shell 快捷键的学习使用 >> 推荐数：33
Shell 学习笔记，备忘。俗语说，好记性不如烂笔头，诚然。

GNU 核心工具 >> 推荐数：18
关于GNU Core Utilities 的小小介绍。

从 MySQL 迁移到 Oracle (傻瓜篇) >> 推荐数：16
从 Oracle 迁移到 MySQL 的文章很多，从 MySQL 迁移到 Oracle 的文章则很少。本文算是抛砖引玉。

探讨篇

Web 2.0 站点扩展性问题随感 >> 推荐数：27
Web 2.0 站点扩展性问题越来越突出，已经成为制约 Web 2.0 发展的一个障碍. 一点想法以及探讨。

Windows 上最好用的 GTD 工具是哪一个? >> 推荐数：21
GTD 工具林林总总，可最好用的是哪一个？怕是没有最好，只有哪个合适而已。

扯淡篇

G FW 三定律 >> 推荐数：22
这篇文章被关注绝对不是因为写的好，而是因为痛恨 GF W 的人太多了。

诡异篇

推荐本站在 del.icio.us 收藏最多的文章 >> 推荐数：28

一点题外话：
1）抓虾数据仍有潜力可挖掘。像我的最被关注的帖子，如果能给自动做个分析该有多好?
2) del.icio.us 和 抓虾用户兴趣点多有重合之处。但普及类的文章在抓虾上怕是更受关注。
3) 被推荐多或者被收藏多的文章不一定得到比较多的评论

不早了，改天想起来再写

--EOF

仔细看看这些系统后台日志，发现还有的人反复的查询 ”Arch and 1=1“或者相近的内容。准是 "SQL 注入攻击" 的安全扫盲文章看多了，我这个破站有啥内容值得注射的? Dreamhost 三天两头宕机，安全性差的狠。友情提醒： 您的IP已经被我记录，歇会儿！别累着。

更为诡异的一个查询是”lesbian“，我彻底晕了。如果是中国人，建议安装个金山词霸，如果是外国人，我建议你还是去 Google 查询: define:lesbian , 或者 Flickr 查询图片吧！

--EOF--

昨天登录 Blog 的时候，又提示我升级，差点晕倒（乖乖龙的东，莫非我的戏法不灵?)。这回我学了乖，观察一下数据库中的值，发现 MT_CONFIG 中的config_data字段的值"丢失"了如下内容：

SchemaVersion 4.0026

手工更新了该值内容，把 "SchemaVersion 4.0026" 加进去，回到登录页面，刷新，已经不提示更新了。

经过这次修改，可以负责任的告诉 MT 4 用户：可以用我的土办法来暂时避免该问题了。当然这个直接修改数据库的办法是不被 MT 开发人员推荐的，可是不这么做现在有什么更好的办法麽?

MT 4 是一个让人又爱又恨的版本.

--EOF--

从 MT 3.3x 升级到 MT 4 之后，经常在登录的时候会提示：

Time to Upgrade!

而且，这个提示还是没办法跳过去的，只得选择 Upgrade，Upgrade 之后，很多配置和模版的内容又变成默认的，还要重新设定。可没几天，又会提示升级。烦死。

在 MT 邮件列表里发了这个消息（可怜我的蹩脚英语啊)，发现很多人都遇到了类似的情况。但是 Byrne Reese 似乎一时也找不到好的办法，许诺谁能协助解决将有奖励： " A $50 Amazon Gift Certificate/Bounty has been declared for anyone who can help us track down the root cause of this"。此外，MT 4.01 Beta 版的问题列表也说这个问题还没有解决。

经过观察，发现每次都是提示数据库 Schema 版本从 MT 3.2 升级到 4.0026。邮件列表里有个人的提示很有帮助：

The upgrade check is in MT/App/CMS.pm, sub init_request.  It occurs when the schema version stored in the database ($app->config('SchemaVersion')) < the schema version stored in the application code ($app->schema_version). 

数据库里面 Schema Version 存储在 MT_CONFIG 表里，检查这个表的记录(共有20多条)，发现第一条(config_id) 的config_data字段的值为：

SchemaVersion 4.0026
SQLSetNames 0

而其他行的值是 ：

SQLSetNames 0

也就是说其他行是不包含 SchemaVersion 的值。猜测升级程序在这里取值取错了(这个表的设计也够糟糕的了)，立刻找一个全新的 MT 4 安装，发现这个表是只有一行记录的。决定删掉多余的记录。目前没有发现错误。

是否彻底避免了这个问题，还有待观察。如果你等不及的话，可以看看 MT_CONFIG 表的数据是否也是类似我这样的。

--EOF--

FeedSky 用起来也很好，我的 Feed 还上了 "精彩Feed" 推荐(单独推荐地址)。谢谢吕欣欣同学！

忙了一天，才空下来，刚才检查了一下Blog 访问 Log，发现以前 Dreamhost 漏洞的时候产生的垃圾文件没有删掉，晕死。我说从什么地方跑来的奇怪访问呢。

--EOF--

继续是用 FeedBurner 的 Blogger，注意原来在 FeedBurner 上起用高级统计功能的，必须关闭掉，这样 RSS 阅读器抓到的文章链接就不需要通过 FeedBurner 中转了。

另外，在本地 Blog 上引用 FeedBurner 订阅统计数的，会显示不出来。如果你是用 Dreamhost 这样的国外虚拟主机的用户，可以考虑在后台做一个 crontab 脚本，定期 wget 那个 订阅数字图片到本地来，然后直接引用本地图片地址就可以了(这样其实也减少了网络交互，对你的网站提速也有那么一点作用的。

最后一点友情提示: 请统一用我站内的 URL 地址订阅 RSS 更新。 这样每次变化就不会有影响了. 推荐用这两个地址:

http://www.dbanotes.net/index.xml 或者 http://www.dbanotes.net/atom.xml

--EOF--

现在默认大多数用户订阅的 Feed 应该自动转换到 FeedSky 上了。今天我还在外面开会，FeedSky 输出的 Feed 集成了 Flickr，会有不少垃圾输出，我尽快修改一下。

如果还不灵，手工用 这个地址更新一下吧: http://feed.feedsky.com/fenng

Upgrade:

有的朋友在我的 Blog 上搜索 关于这对这个事件对 Feed 地址 URL Rewrite 的信息： 其实并不复杂。我以前也说过，再重复一下。首先在模版管理的地方创建一个 2feedsky_index.xml 的文件，内容和 index.xml 或者 atom.xml 即可。然后在 FeedSky 上把自己的 Feed 地址修改为新创建的这个文件地址。再修改站点根目录下的 .htaccess 文件，内容如下：

Redirect temp /index.xml http://feed.feedsky.com/fenng
Redirect temp /atom.xml http://feed.feedsky.com/fenng

FeedBurner 不能访问带来的影响有多大? Virushuo 和 Che Dong 都说其实没那么严重，因为大部分都是用在线阅读器的，对这一部分的影响到的确是很小，但是要考虑到 GreatNews 用户和其他用桌面客户端工具订阅的啊。

继续是用 FeedBurner 的 Blogger，注意原来在 FeedBurner 上起用高级统计功能的，必须关闭掉，这样 RSS 阅读器抓到的文章链接就不需要通过 FeedBurner 中转了。

另外，在本地 Blog 上引用 FeedBurner 订阅统计数的，会显示不出来。如果你是用 Dreamhost 这样的国外虚拟主机的用户，可以考虑在后台做一个 crontab 脚本，定期 wget 那个 订阅数字图片到本地来，然后直接引用本地图片地址就可以了(这样其实也减少了网络交互，对你的网站提速也有那么一点作用的。

补充建议: 请统一用我站内的 URL 地址订阅 RSS 更新。 这样每次变化就不会有影响了. 推荐用这两个地址:

http://www.dbanotes.net/index.xml 或者 http://www.dbanotes.net/atom.xml

另外 FeedBurner 的地址还是保留的，如果用在线阅读工具不会受到影响

--EOF--

2e3587f6

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

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

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

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

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

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

--EOF--

我眼里的唯一的一个亮点就是 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--

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

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

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

--EOF--