It Talks--运营官札记

本文带有一定的公关软文性质，请阅者自辨。

BlogBus新功能：博链，上线。

博链，在我看来，是一种升级版的友情链接。在以前的友情链接中，只是在页面中布署一个网络地址罢了。至于那个网络地址是否更新了，甚至是，是否已经失效了，是完全体现不出来的。右侧是某个blog置放的友情链接，我主观地认为，很多链接，这个blogger是不会去访问的。完完全全是“友情”链接一下。

博链则提取了链接地址的最新更新内容。技术基础是RSS读取，所以基本上是一个同步的状态。在我blog的左侧，可以清楚地看到，我所链的几个blog地址，都会有若干最近更新的文章。这对于拜访那些blog而言，是非常有利的。

博链试图完成的使命就是：打通blogs这些信息孤岛，加强互相之间的串门。

博链曾经发布过一个版本。早期版本属于内测性质。只有很少的一部分用户发现了这个功能的存在并加以使用。它的弱点是：每加入一个博链，就需要加入一段自定义html代码。而且这些代码光从代码文字本身看，是绝对看不出指向哪个博链的。这给博链的管理带来了不便。

而今天这个版本，则仅使用一段很短的代码。用户在布署这个代码后，便一劳永逸了。他对于博链的管理（比如添加一个博链，删除一个博链，或者是诸多博链进行重新排序），将不再需要重新布署代码。

早期版本的内测结果反映出这样一个事实：用户的确更容易互相串门了。于是，我们决定，建立专门的数据库和服务器来推出博链。

这一版本的博链依然保留了“跨平台”的特色。即用户可以添加站外blog，比如新浪的，作为博链。博链的代码也可以为非blogbus的blog使用。不过，这些用户首先得获得一个blogbus的注册用户名。

这倒不是我们想通过这个功能来获得那些从来不用bus服务的注册用户，而是这一版本的博链系统构架，决定了必须判断用户身份。事实上，如果可以的话，我个人是倾向无需注册即可使用的。

与网上很多的rss浏览器比较而言，博链切入的是一个很小的市场。即：不使用rss订阅浏览器但又粗略懂得rss是什么的用户。而且，我以为，rss浏览器主要提供给具有大量blog阅读需求的用户（比如需要跟踪二十个以上的blog）。而博链，显然在页面上布署二十个博链地址，页面会拉得很长而变得不是那么好看了。因此，rss订阅服务和博链并不冲突。不过，在博链的基础上，我们将来会添加更多的东西。

不管怎么说，博链，上线了，欢迎使用，欢迎提出意见。我奢望使用者多到把我们的博链服务器拖垮为止，^_^

Blog的信息孤岛是非常明显的，特别是在BlogBus这样一个BSP中。BlogBus的首页秉持着一种特殊的风格（对于这个风格，我在以后会做进一步的说明），但凡事有利有弊，Bus付出的代价就是：Blog孤岛化。

我一直以为，在web2.0中，RSS是一门重要的技术。这个技术的重要性不在于它的“订阅阅读”，而在于它的“信息聚合”。通过RSS，可以实现内容的跨平台聚合。博链，正是基于RSS技术而企图实现的Blog内容去孤岛化。

通常的Blog是具有友情链接功能的，但通常的友情链接也更多的是一种“门面功夫”。无论对于Blogger还是Blog的阅读者，访问友情链接的比例是很小的。这一点，通过形形色色的后台计数统计可以得到明证。博链是一种升了级的友情链接，它可以在页面上直接显示出Blog的更新，并且，是跨平台的。（罗嗦一点，也就是说，友情Blog可以是Bus的，也可以是任何一家BSP的，只要它提供RSS输出。这个博链，也可以置放在不同的BSP平台上，并非只是BlogBus的用户才可享用。）

博链就是来自于这样的设计思路。这是一个非常简单的版本，没有数据库支持，直接调取XML文件。所以，我也承认，缺陷也很明显。

第一个缺陷：每一个友情Blog的添加，都需要再生成一次代码，再嵌入一次页面中。如果是BlogBus的Blog，则还需要再重新发布一次；每个友情Blog就是一段代码，10个就意味着10段代码。

第二个缺陷：缺少FEED管理的功能。如果想友情Blog的地址发生变化，就需要再次修改代码，而非在某个FEED管理系统中修改一下就可以了。这一点，对于今后的友情Blog管理是不太方便的，哦，甚至可以说，极不方便的。

第三个缺陷：在调用FeedBurner的feed的时候，会出现非常慢的情况。这个慢倒不影响整个Blog页面的载入，而是局部但长时间的“数据载入中”。

这些缺陷都已经被考虑到，并承诺在下一个版本中得到完整的改善。这个版本，更多意义上，是由于某种个人兴趣需要而推出的。所以，在Bus的官方网站上，并没有出现宣传文字。喜欢体验一下的，尽可以拿来玩玩。不喜欢的，也可以等待到下一个版本。