估计有些访问我的 Blog 的朋友已经被本站留言时的糟糕表现烦透了。其实我何尝不烦? 每当发贴子的时候，总要忍受一堆 HTTP 500 错误后才能成功，要多不爽有多不爽。趁着 (mt) 这段时间搞活动，买了一年 Grid Service (lite)。期待迁移完毕后 Blog 稳定性表现能好点。
有朋友帮我买了一台 1U 的服务器，国内有什么好一点的托管商麽? 最好不要被随时拔网线的，拔网线倒也问题不大，最好不要把机器抬走就成。
其实这么折腾来折腾去的，只是希望能有个稳定一点的写字儿空间罢了.
另外，今天也把域名转移的相关资料准备了一下，打算把这个域名也迁移到国外的域名服务商那里。不为别的，在国内一直不太放心罢了，虽然我的 Blog 没啥犯忌讳的内容。原来域名是通过代理缴费的，在这方面我是菜鸟，被鄙视的不轻，不过他们的服务态度还是很好的。
--EOF--
看到这篇 2007 抓虾最热 50 篇文章分析，甚感惭愧。没一篇是自己写的。翻了一下抓虾上被推荐的文章列表，看看这一年抓虾用户给了 DBAnotes.net 多大的关注程度。
重新安装系统后的几件事情 >> 推荐数：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--
前几天我提到过 MT 4 反复提示升级的 Bug，并且提出了临时解决办法，当时我也不确定该办法是否管用。
昨天登录 Blog 的时候，又提示我升级，差点晕倒（乖乖龙的东，莫非我的戏法不灵?)。这回我学了乖，观察一下数据库中的值，发现 MT_CONFIG 中的config_data字段的值"丢失"了如下内容：
SchemaVersion 4.0026
手工更新了该值内容，把 "SchemaVersion 4.0026" 加进去，回到登录页面，刷新，已经不提示更新了。
经过这次修改，可以负责任的告诉 MT 4 用户：可以用我的土办法来暂时避免该问题了。当然这个直接修改数据库的办法是不被 MT 开发人员推荐的，可是不这么做现在有什么更好的办法麽?
MT 4 是一个让人又爱又恨的版本.
--EOF--
我前面的文章一直夸 MT 4 的一些优点，今天实在忍不住了，说说 MT 4 这个恼人的 Bug。
从 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--
突然发现我的 FeedBurner 地址 可以访问了，难道阻尼了这么几天就放出来了?
FeedSky 用起来也很好，我的 Feed 还上了 "精彩Feed" 推荐(单独推荐地址)。谢谢吕欣欣同学！
忙了一天，才空下来，刚才检查了一下Blog 访问 Log，发现以前 Dreamhost 漏洞的时候产生的垃圾文件没有删掉，晕死。我说从什么地方跑来的奇怪访问呢。
--EOF--
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
--EOF--
早晚会有这么一天，连 Flickr 都被阻尼了，FeedBurner 每天有大量的"内容"进出，不被阻尼是怪事，被阻尼是正常事件，慢慢的就习惯了。再见， FeedBurner! 广大 Blogger 会想你.
现在默认大多数用户订阅的 Feed 应该自动转换到 FeedSky 上了。今天我还在外面开会，FeedSky 输出的 Feed 集成了 Flickr，会有不少垃圾输出，我尽快修改一下。
如果还不灵，手工用 这个地址更新一下吧: http://feed.feedsky.com/fenng
有的朋友在我的 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
