上次说到，冰古同学帮我把Blogbus导出的XML文件转成了可以用WordPress导入的RSS标准格式。但是由于WP对这种格式是不支持评论导入的，所以让人感觉十分可惜。
于是乎，花了一点时间，在冰古同学的启发下，写了一个转换Blogbus的XML到Movable Type格式的PHP脚本。由于对于MT，WordPress是给予评论导入的支持的，所以这下，除了Trackback不能导入，文章、摘要、评论和分类就都可以比较完美的迁移到WordPress了。
和冰古的脚本用法基本相同。根据需要修改index.php文件开头的信息 ……
今天比较特别，睡到自然醒，更特别的是，醒在8点以前──这在8月以来是第一次。趟在床上，突然想写一个关于Blogbus的Wish List，可能前天看了横“司机”写的关于这次人Bus数据出事故的博吧。虽然，这次我是因为懒惰而幸免于难（因为没写所以没丢），但既然目前还是Bus的用户，就从技术角度写10个愿望/建议如下，也许不会被注意到，但至少要把作为一个用户的需求表达出来：
RSS：希望为RSS提供在摘要和全文之间切换的选项。现在的状况是首页设置成什么，RSS就是什么，不好；
Mardown：虽然可能大多数人不知道这是什么，但总应该提供给用户一个选择更好的东西的机会；
导出：支持通用的或者其它的格式。不要总在导入功能上下功夫，只搬入别家的用户，不许自己的用户迁出显得似乎有点小气；
远程发布：似乎很早就在测试了，但一直没什么改进，不能设置标题和Tag，显得很鸡肋；
易用性：后台管理的设计多考虑人类的使用习惯，比如，自定义模板修改后是不是应该跳到“发布重建”？回复完评论后是不是应该至少跳到评论列表？
反垃圾：垃圾评论和引用日益严重，Bus也应将此提上议事日程；
上传文件：能不能不给咱改名？
广告：不反对有，但为什么非要用Table标签？
列表：列表的脚本能不能使用ul/li而不是N多个br?如果考虑避免新脚本和以前的模板冲突，也许可以启用一批新的placeholder；
稳定性：这次出事应该吸取教训，在技术方面多下点功夫，多找点牛人来。当初在北京访问Bus就时快时慢，时不时还要挂几个小时，现在在德国，普遍比较慢。
早上想起来去看了下panwh的博，有段时间没看，不想他已经离开Bus了，最近许多事，让我觉得，分分合合虽然未免有些痛苦，但该发生的必然会发生，也许将来的某一天我也不会再在Bus写了，谁知道呢？
p.s. 看了小明同学的博，写的真挺有意思的，严重表示喜欢！翻着看了一上午。
在我登上Bus时，“分类”的时代已经过去了，按说从一开始接受“Tag”这个Web 2.0的产物对我来说应该是比较顺利的，然而，我却仍然固执的把Tag当成分类用，至于原因，我以前提到过。现在再补充2点：
我虽然“执迷不悟”的仍然用Bus提供的Tag当作分类，却没有放弃Tag这个好东西.因此，每写完一篇，我都习惯性的用一个Bookmarklet生成一系列Tag，附在文章之后。
从理论上讲，如果一个网志的网页，在Technorati登记（Claim）过，那么在网页中凡是属性rel值为tag的链接<a>，都应该被Technorati扫描并索引到。因为我一直傻乎乎的每写一篇都手工添加着Tag，直到昨天。
在 昨天之前，我已经怀疑过我附加的Tag的有效性，也在Technorati的Tag搜索中尝试搜索过，每次我都没有搜索到，而每次都告诉自己，可能需要有 一段时间才能被Technorati索引而后来把这事就忘在脑后。而昨天，我试着搜了一下我前几篇Log的Tag，无一幸免，全部没有结果。同时，我发现 到是我的分类由于已经被Bus当作Tag处理且Bus与Technorati的合作，成为我每一篇Blog的唯一有效Tag。
谁能告诉我，难道真的该放弃分类么？
谁再告诉我一下，为什么页面上的带值为tag的rel属性的链接不会被technorati索引？是因为Bus把Tag提交给Technorati，Bus的Blog页面里的Tag链接，Technorati就不管了？？
除了色调搭配的很舒服外，一张张照片很PP，而且也可以切换颜色主题。从技术上看，大至就是每页只显示一个entry，而日志详细页只显示评论。
我也跟饭桶提到，其实可以在首页多显示些entry，然后将它们排列成缩略图模式，甚至可通过Script和DOM来选择缩略图的大小。不过最近没什么时间做这个事也，再说也没那么多好片子拿出来秀啊。等到了德国，可能会在bus开个新Blog专门放Photo吧……呵呵
其实想想，像Bus这样模板100%可定制的服务，只要发挥想象力，充分挖掘CSS和W3C DOM的能量，也许可以做出许多有意思的东西。
该Blog（相册）地址：http://photo215.blogbus.com/index_19.html
