Tag Archives: Bloglines

Blog排行是“乱”还是“百花齐放”?

我昨天认为“Blog的排名现在有点乱”的观点,Zheng不是太赞同,他觉得“我倒是认为这样的百花齐放应该更多。因为排行可以有不同的角度,反应不同的情况”。百花齐放我是赞同的,但我的感觉是现在出现的这几个Blog排行,他们基本上都是依据反向链接的数目作为排行的依据,但大家得到的排行依据(链接数目)却有很大的区别,所以才显得乱。

Zheng比较详细地说明了目前主要的几种Blog排名方式,包括Feedster/TechnoratiBlogrollingBloglinesPubsubBlogpulse。其中除了Bloglines的订阅排行外,其余的排名依据都是链接数目,只是大家的取样范围和爬虫的能力不同。

Feedster与Technorati是最为类似的,但双方的数据已经有很大的差异,看zheng昨天的文章或者是去详细比较他们的排名榜都可以清楚地了解这一点。本来想用Bloglines的citations功能比较一下这两个排行榜前几名的blog在bloglines中的结果,但bloglines的反向链接搜索功能现在用不了,不过按照以前zheng等人的比较,估计真要按照bloglins的结果来作个排行榜,结果又会有不同。Icerocket不久前也推出了反向链接搜索功能,估计在不久以后他们也会有自己的基于反向链接的Blog排行榜,会不会让局面更乱,到时候也可以看看。

Pubsub的LinkranksBloglines toplinks同样都是依据来自blog的反向链接作排名,但因为Pubsub的排名是依据域名,而Bloglines是根据某个具体的URL,因此结果差异巨大,二者之间没有直接的可比性,可以看作是两个不同的产品。但从这两个排名都可以发现,在榜上位居前列的有不少是传统的媒体网站,比如NY TimesWashingtong PostBBC等,也就是他们在取样上并不是限定于Blog中的链接,因此并不能算是个严格意义上的Blog排行榜。

我倒是比较喜欢Blogpulse的这个profile功能(可能是因为只有在这里才能够查到我的blog的排名吧^_^),一方面它只考虑最近30天的数据,但又不像Pubsub那样只取一天的数据,更可能反映出blog的动态变化,二来它区分了来自排名较高的blog的链接,而且还有变动的趋势图可以看。

Blog排名的算法当然最好能够百花齐放,既有依据反向链接的排名,也有依据订阅量的排名,还可以有每日的话题排名(就类似现在的Pubsub或者bloglines的toplinks),或者是综合排名,这样多种多样的排行榜才会更有看头,也更有意思。不过目前的情况的确有点乱,我也并不指望Feedster和Technorati的排名会基本上完全一样,毕竟不同的搜索引擎总有不同的强项,就算是Google和Yahoo的搜索结果还存在差异,只是大家现在的产品总给人一种不太成熟的感觉。但乱总是新产品在创新和发展中的必经阶段,至少“乱”总比“没有”要好得多。

Update:
刚才看到这篇Blog,的确现在的排行榜都太综合了,没有分类的排行榜的价值始终有限。

奇怪的Bloglines故障

下午像往常一样往bloglines里添加一个blog的Feed,准备随后再同步到我的GreatNews中。到其他页面浏览一番再回到bloglines的这个页面,发现大家很熟悉的页面无法显示的提示。由于最近连接到bloglines经常很慢,所以我也没在意,就想再次打开bloglines看看刚才的feed到底加进去了没有,一看吓一跳,我在bloglines中的400多个feed,居然全都不见了,难道我那么好运气,和keso遭遇了同样的数据库故障?

不过幸好我基本上都是使用GreatNews来阅读RSS,因此绝大部分的Feed都已经有了备份,只有最近两天新加而还没同步的几个Feed丢失了。用GreatNews的同步功能来进入bloglines,同样也是没有任何的Feed,看来Feed真的不见了。尝试再次添加其他Feed,发现我在bloglines设置的Feed目录还在,说明数据并没有完全丢失?但只要提交增加Feed,就会出现页面无法访问的情况。本来已经不抱什么希望了,不过在更新GreatNews中的bloglines同步频道的时候,居然发现可以更新到新的内容,那说明我的feed并没有真正丢失,但在我的用户界面却完全看不到这些Feed的踪影。

看来Bloglines的稳定性的确越来越值得怀疑了,我只能庆幸自己还拥有一个桌面的备份,不至于欲哭无泪。决定继续观察一天,看看我的Feed是否又会神奇地恢复。

Update:昨天的确是Bloglines的故障,不久后就恢复了,不过我好像倒是没有遇到其他人的全部标成已读的问题。只是在GreatNews中新增同步频道出了问题,提示非法字符,又要花时间排除故障了。

Blog中文搜索引擎简单比较

随着Blog的普及和流行,专门针对Blog的搜索引擎就显得越来越重要,尤其是今后预计会有越来越多的企业更加重视来自Blog的个人的声音,因此他们会产生强烈的追踪Blog内容的需求。

正因为Blog搜索有着重要的应用前景,国外不断涌现出新的Blog搜索引擎,其中比较常用而且支持中文的主要包括technoratiFeedstericerocketbloglinesblogpulse,还有推出测试后就不见踪影的Yahoo RSS Search。而中文Blog搜索引擎还处于发展的初期,无论是知名度还是用户的使用率应该都比较低,主要是八方Grasslandfeedsearch.netfeedss.comRssShow

我并不想在此做个详尽的中文Blog搜索引擎的测试,我也不具备这样搜索引擎详细测试的知识背景,只是想从几个简单的方面来判断哪个搜索引擎目前能够带给我最好的中文Blog搜索结果。

1、测试关键词的选择
本来想用keso作为关键词测试,但由于有些搜索引擎在结果中会根据URL收录keso自己的blog,有些不会,会造成搜索结果较大的偏差,而且keso这个词太集中在IT blogger上。而豆瓣在中文Blog圈中成功的口耳相传,是个不错的测试关键词。而且豆瓣虽然在IT blogger中更常被提到,但由于其书评与影评的特性,非IT blogger中也常会提及。但是用豆瓣作为测试关键词会有个问题就是搜索的结果中会包括豆瓣酱、郫县豆瓣或者豆瓣鱼这样的结果,不过这样也正好可以测试这些搜索引擎是否支持高级语法搜索。

2、豆瓣测试结果
由于不少人在提到豆瓣的时候很可能会使用douban来代替,因此在搜索中如果搜索引擎支持就尽量使用OR来包含两个关键词。

英文搜索引擎:

  • technorati:搜索结果935个,但是搜索结果中包括大量的豆瓣酱,不过technorati支持用NOT来去掉不希望出现的关键词,在去掉豆瓣酱与豆瓣鱼之后,搜索结果只剩下51个,而且大部分的结果都是MSN Spaces上的blog。利用technorati的tag进行搜索,标记豆瓣或者douban作为tag的blog共有8篇
  • Feedster:搜索结果301个,但点击到后面的页面会发现是空页,实际搜索到的结果是154个,而且不支持进一步的高级语法,不能去掉不相关结果和进一步缩小搜索结果。
  • icerocket:搜索结果1388个,同样包括不少豆瓣酱的结果,去掉这些不相关的结果后,得到714个搜索结果
  • bloglines:立志要做Blog搜索引擎的bloglines的搜索结果却非常让人失望,居然只能找到两个结果,大为出乎我的意料之外。
  • Blogpulse:得到27个搜索结果,搜索结果中不包含豆瓣酱的结果,但由于Blogpulse的特点在于追踪某个词在过去一段时间内在Blog圈中被谈论的频率,因此它的搜索只能涵盖过去3个月的结果。
  • Yahoo RSS Search:Yahoo RSS Search虽然没有正式推出,但我们仍然可以在Yahoo搜索的高级选项页面选择RSS格式类型,得到595个搜索结果,去掉“豆瓣酱”等之后的搜索结果是503个
  • 中文搜索引擎:

  • 八方:得到356个搜索结果,去掉“豆瓣酱”等不相关结果后得到243项结果
  • GrassLand:搜索“豆瓣”得到61个结果,搜索“douban”得到7个结果,由于GrassLand还不支持高级语法,因此无法进一步排除,初步目测大部分结果都是豆瓣网,预计清除不相关结果后搜索到的blog应该在50余篇。
  • feedss:得到186个搜索结果,去掉不相关结果后得到161个结果
  • feedsearch:搜索豆瓣得到30个结果,douban得到3个结果,也不支持高级语法搜索。
  • rssshow:得到63个结果,去掉不相关的之后得到62个结果,不过其中包括大量重复的搜索结果。
  • 综合中英文Blog搜索引擎的搜索结果,获胜的是icerocket与Yahoo,而且搜索得到的结果与其他对手相比并不在一个数量级上。而在中文Blog搜索引擎中,八方优势明显,其次是feedss

    3、搜索结果订阅
    绝大部分的Blog搜索引擎都支持RSS结果订阅,其中technorati采用的是添加到watchlist的方式,不支持RSS订阅,feedsearch与Rssshow均未提供RSS订阅功能,feedss同时提供了将搜索结果以javescript方式订阅输出的功能。

    4、其他功能
    icerocket与blogpulse都提供了以图形化输出反映搜索结果变化趋势的工具
    icerocket、Feedster、八方与feedsearch都在搜索结果中提供了目标网站的RSS以供订阅
    Yahoo可以将搜索的结果直接添加到My Web
    GrassLand将搜索结果分为文章与评论两类,但从评论中搜索到的结果似乎未必是blog的评论,困惑中。

    以这样简单测试的结果,无疑icerocket是目前功能最强,搜索结果最齐全的blog搜索引擎,而其他的中文blog搜索引擎与它还存在不小的差距。但icerocket的高级搜索不支持仅在中文blog或其他特定语言中搜索,这方面Yahoo的功能最强,如果Yahoo的RSS搜索正式推出,是否会成为Blog搜索的王者呢?那么Google呢?百度又是否会意识到对blog搜索的需求而尽早进入这一领域呢?

    Update:看来偷懒是不行D,加了比较结果表
    æ¯?è¾?ç»?æ??

    FeedDemon被收购

    在我在谈论GreatNews与Bloglines相结合进行RSS阅读的时候,就猜想Bloglines为什么不收购FeedDemon,从而为用户提供在线阅读与客户端阅读结合的“完美”体验。没想到还没过一个月,FeedDemon就真的被收购了,只是收购方不是Bloglines,而是另一个主要的RSS阅读服务提供商Newsgator(FeedDemon目前也支持与Newsgator的同步)。而FeedDemon的开发者Nick Bradbury也将加入Newsgator公司。(via Business2 blog

    Newsgator目前除了免费的在线阅读器外,还提供有PDAemail形式以及outlook集成的的收费服务。加入FeedDemon后,将成为服务最为广泛和全面的RSS阅读服务提供商。而且,将Newsgator原本在企业市场的强大竞争力进一步扩展到普通用户市场。此次收购之后,FeedDemon将整合到Newsgator的平台中,Newsgator的订阅用户都将获得FeedDemon软件,用于同步化阅读。不知道到时候,FeedDemon是否不再支持与Bloglines的同步。Newsgator在收购了FeedDemon之后,或许下一个目标将是Mac或者linux平台上的客户端阅读器,真正成为一个跨平台的RSS阅读服务提供商。

    而Bloglines似乎在被收购之后,开始变得沉寂和缺乏创新了,面对越来越激烈的RSS在线阅读器的竞争,它还能挺立多久?

    Update:FeedDemon开发者Nick Bradbury在他的blog上披露了双方合作的一些详情。触发Nick想与在线RSS阅读器合作的初衷也正是客户端阅读器在移动性上的弱点。而促成这次收购的则是Nick在Newsgator创始人Greg Reinacker的Blog上看到的一篇有关Newsgator发展方向的Blog,又一个通过Blog形成这种透明度在商业上得益的例子。

    热闹的RSS广告

    RSS广告可以算是最近一个星期以来在RSS领域最热门的话题了,从几天前的Feedster进军RSS广告领域,到有人发现Google正在进行RSS Adsense广告的测试,以及Feedburner宣布支持Google的RSS广告,Slashdot的RSS中出现广告,RSS广告发展的速度似乎比我们很多人预想的都要快很多。

    我不久前在分析Feedburner的商业模式的时候提到,Google始终是RSS Adsense领域潜在的最大竞争对手,Feedburner未来将面临Google的竞争。才刚过半个月,Google的RSS广告就已经面世,让我有点意外的是Feedburner在第一时间就宣布支持Google的RSS广告,我们不妨分析一下Feedburner在其中的角色和收益。

    Google显然会是RSS Adsense技术与广告内容的拥有者及提供商,而很多的blogger可能不知道如何将RSS广告加到Feed中,又或者因为是采用BSP的服务,无法自行修改Feed,因此FeedBurner将在其中扮演着集成商的角色,将blogger的Feed与Google RSS Adsense集成为另外一个Feed给用户使用,此外FeedBurner还承诺可以为用户提供更加方便的RSS Adsense定制功能,比如广告出现的频率等等。而且FeedBurner还可能在他们已有的RSS统计分析中再加入RSS广告统计分析功能,为用户创造更高的价值。FeedBurner这么迅速的反应显然,一方面希望留住现有的用户,另一方面还想能吸引更多的用户使用他们的服务。估计blogger、FeedBurner与Google将采用分享广告收益的方式。

    但是FeedBurner面临的一个潜在风险在于,Google完全可以抛开FeedBurner,而单独与各大BSP订立合作关系,比如与Typepad合作,为Typepad的用户提供RSS Adsense广告,让用户选择是否使用Google的广告服务,这有可能对FeedBurner造成不小的冲击。目前,Google已经与Weblogs Inc.合作为其blog群提供RSS广告服务了(Owen真厉害,一下就想到Jason)。再想象一下MSN为Spaces多达700万的用户提供RSS广告的选择,对FeedBurner也会是一种冲击,尽管现在FeedBurner的用户来自Spaces的比例应该很少。而另外一方面,FeedBurner之前也已经与Yahoo Search Marketing(即之前的Overture)合作提供RSS广告,以后如何处理Yahoo与Google之间的关系,或者由于与Yahoo合作的历史,Google是否会与FeedBurner合作(最早进行Google RSS广告测试的Longhornblog.com的Robert McLaws就在SiliconValleyWatcher上质疑FeedBurner宣布支持Google RSS广告并不合法(legit)),也是一个有趣的问题。

    Google的RSS广告才刚刚推出,Feedster的RSS广告也已经在Slashdot上出现,估计不用多久RSS阅读方式也将开始受到广告的滋扰(Weblogs旗下的Engadget的每一条新闻下都会出现Google的广告,有点让人受不了),广告商的下一个目标可能会是Tag广告(Tagvertising)了。

    不过在这个RSS广告的大潮中,正如Owen所说,Bloglines似乎显得有点落寞了,如果他们的商业模式是依赖于RSS广告的话,似乎在还没有起步的时候就已经落后了一截,而且还很难快步追上。

    ps. 由于“众所周知”的黄金周的原因,将停止blogging数日,现在担心的是回来后怎么处理那几百个RSS Feed的问题:(

    结合Tag与SNS功能的在线RSS阅读器Rojo

    对于那些去年开始就关注RSS领域的人来说,Rojo并不是一个陌生的名字,对于那些经常混迹于各大论坛的人来说,可能也会依稀记得Rojo这个名字。Rojo是个曾经希望借用邀请制而进行营销的RSS阅读器,在百度或者Google中搜索“Rojo 邀请”都还可以想象出当时的情景,不过由于本身功能上并没有更多的吸引力,在线RSS阅读的风头都被Bloglines和NewGator占去,Rojo逐渐开始被人所淡忘。

    不过Rojo这次取消邀请制并完善了功能,正式推出其RSS阅读服务。Rojo服务的卖点在于集成了Tag、SNS等等最时尚的网络元素。

    Tag:Rojo允许用户对RSS的内容以及RSS Feed都自行定义Tag,这样你可以不仅使用组别来对Feed进行分类,而且还可以自由地利用Tag来组织和管理Feed。而阅读RSS内容的同时,可以即时对内容设定Tag,稍加改造对于日常主要使用RSS方式获取信息的人来说,似乎已经可以成为另外一个social bookmarking(网摘)服务了。Rojo目前不支持导入Blogger对文章设定的tag(类似Technorati),只能由读者来设定,如果既能够导入blog作者对文章设的tag,又允许读者来自行设定,这里是否又会产生新的有趣的服务呢?

    SNS:在Rojo中添加联系人建立关系后,你就可以了解到你的联系人订阅哪些Feed,新增加了那个Feed;你可以与联系人互相分享阅读的文章,并对文章添加评论,与联系人一起讨论。但是,我似乎没有找到一种类似Bloglines中的方便的方式能够看到哪些人和我一样订阅了keso的blog的,而只能看到目前有13个人在Rojo中订阅了”对牛乱弹琴”,这本来是一种很好的建立contacts的渠道,不明白为什么Rojo没有采用。

    随着越来越多的网站开始采用RSS,越来越多的优秀Blogger的出现,RSS的方便必然有一日会带来信息过载的问题。Rojo在RSS阅读器中集成了Tag和SNS倒并不是单纯的追逐业界时尚,因为Tag以及了解联系人的订阅以及推荐分享功能,实际上都是RSS信息的一种过滤过程,对于用户处理RSS信息过载问题有一定的帮助。RSS在线阅读器与客户端相比较存在这样或者那样的优点(当然也有这样或者那样的不足),而其最大的优势就在于对于用户数据及阅读习惯进行再次加工后的增值服务,Rojo正是在这方面进行着一些有益的尝试。

  • Rojo Blog
  • Rojo Tour
  • 一篇对Rojo的Review
  • GreatNews+Bloglines=我目前最佳的RSS阅读体验

    有关RSS阅读器的选择,在中文blog圈已经有了 ,在线阅读方式与客户端阅读方式各有人捧场,公说公有理,婆说婆有理,似乎大家谁也没真正说服对方,而在线阅读方式似乎在总体上占了上风,不过在上周末的Bloglines数据库出错的事件之后,估计很多人对于集中化的在线阅读方式也产生了一点担心。 篇post都分别清晰地说明了在线阅读方式与客户端阅读方式各自的优劣,不过两位blogger得出了完全相反的结论。

    而herock最后认为其实应当将两者结合起来,才是最佳的办法。由于我也比较倾向于结合在线与客户端的方式,所以我当时在留言中提示herock说FeedDemon1.5已经可以与bloglines结合实现同步了,不过当时我自己并没有使用这个功能。主要原因在于FeedDemon与bloglines的同步方式的使用并不方便,它并不能将FeedDemon中已有的频道与bloglines中的频道同步,只能新增频道,而且新增同步频道的时候,不能同时同步bloglines的频道组,如果要保持分组的话,只能一个一个组的逐一增加。不久以后,GreatNews也推出了与bloglines同步的功能,根据我的使用体验,个人认为结合使用GreatNews与Bloglines是目前最佳的RSS阅读方式。

    GreatNews与Bloglines结合的方式有效地利用了两种不同的阅读方式的优点,弥补了双方的缺点,对我来说,至少有下面的这几个好处:

    1、基本上解决了客户端阅读器的移动性方面的不足,你可以平时在主要用的固定电脑上使用GreatNews阅读,而如果临时出差或者在网吧的话,则可以用bloglines阅读;
    2、由于结合后,聚合首先是依赖于bloglines,因此客户端方式频繁更新对网站造成的流量冲击、无法离线接收等客户端的劣势也都不存在了;而另一方面,bloglines出现的部分国内的blogger无法更新,以及由时候很奇怪地多日不更新(我的这个blog前几天就发生过bloglines超过48小时未更新的情况),你也可以通过临时取消与bloglines同步而自行更新的方式解决;
    3、由于聚合依赖于bloglines,因此可以成功地绕过Great Firewall,获取到譬如blogspot等无法直接连接的站点的RSS内容;
    4、速度:一方面是阅读速度,由于主要的阅读是在客户端完成,不会受bloglines速度的影响,另一方面Feed update的速度快,如果你有数百个RSS Feed的话,以前使用客户端同时更新所有RSS的时候,一来更新所需要的时间较长,二来很多RSS会出现timeout等各种无法更新的情况。而与bloglines结合后,有效地使用bloglines作为一个大cache,更新速度飞快;
    5、拥有在线与本地两个备份,避免了在线阅读集中化的风险,也可以防止硬盘故障造成的损失;
    6、大量的数据保存在本地,可以方便地利用GreatNews的News Watch(新闻监视)与Label功能进行知识管理,而且在离线的情况下,也可以使用。

    至于为什么不使用FeedDemon,除了前面提到的新增同步不方便外,好像要解除同步也不方便。而且FeedDemon不能方便地看到哪个频道组中还有未读的新闻,FeedDemon的数据存储方式是将每个频道的内容单独保存为一个xml文件,而GreatNews则是使用数据库进行管理,此外,GreatNews所采用的将未读新闻自动标注为已读的功能也比FeedDemon更加符合我的需要。

    不可否认目前而言,FeedDemon是个比GreatNews更加稳定的阅读器,GreatNews毕竟在用户数以及开发历史上与FeedDemon存在差距,GreatNews也还有很多改进的空间,不过作为阅读器的基本功能而言,GreatNews已经能够满足到我的需要,当然我还希望很快能够看到下面的这些功能:

    1、能够批量取消与bloglines的同步,目前只能单个频道来操作;
    2、能够实现与bloglines的双向同步;
    3、增强搜索功能,方便更好地将其作为一个资料库。

    不知道拥有大量用户的bloglines以后是否也会提供(或者收购FD?)与在线方式紧密结合的客户端阅读器,而不仅仅是一个notifier。国内的博阅似乎同时拥有自己的在线阅读器与客户端阅读器,但从我搜索到的资料看,却似乎没有将二者进行紧密的结合,放着自己的优势资源却没有有效的利用。

    Update:
    1、看到有人搜索“GN如何与Bloglines同步”,简单说一下,channel菜单,Add-> Bloglines Sync Channel
    2、最新的GreatNews 1.0.0.300已经可以支持批量取消与bloglines的同步,在Organize Channel中,而且已经有中文语言包了。不过这个版本还是nightly build,可能还有些不稳定,过几天估计会有正式的升级版了。