杨波·哈啰波波 ^ 点这儿

日月轮转，新旧更替。旧的事物总被新的事物取代。软件也一样，旧服务总会在某一刻为新的服务作出让步。

Feedsky Ping 据第一版的推出已经有半年之久了，在这半年了，陆续的更新过几个版本，也单独为Wordpress开发了相关插件。在我们旧有的Ping系统中，我们走的并不是市面上通用的weblogsUpdate.ping命令，而是采用了我们自己定制的机制标准。基于这样处理的原因在于，第一，我们接收的feed源是一个feed地址而不是blog地址，这与weblogs提供的ping协议中所接收的数据有一定的出入。

然而，市面上所涌现出来的Blog程序以及发布程序实在太多，我们无法一一为每个系统都提供相应的插件。所以，支持通用的 weblogsUpdate.ping 对我们来说作用要大过于推广我们自己的ping。

终于，在这一刻，很高兴的告诉大家，我们已经推出了新的标准的支持 weblogsUpdate.ping 方法的ping接口：http://www.feedsky.com/api/RPC2， 通过这个地址，您可以在MT、Windows live writer、WordPress、O-Blog、Z-Blog、Zoundry Blog Writer等等支持 weblogsUpdate.ping 的软件程序中使用feedsky的ping服务（快速更新服务）。

当然，此次我们公开的API方法并不只ping一个，如果你是一个开发者，或对Feedsky的二次开发感兴趣，请访问我们的API开发文档，那里会有更多更丰富更详尽的API方法使用说明。:)

经过一周紧张的开发和测试，FeedDomain终于正式上线了。

FeedDomain 是 Feedsky 推出一项新服务，可以协助拥有独立域名的用户，将自己的域名与Feed地址绑定，以通过自己的域名来访问自己在Feedsky烧制的Feed。

FeedDomain 的使用相对比较简单。使用 FeedDomain 服务要求你必须拥有一个属于自己的可用域名。满足这个条件，就可以按照以下步骤开启使用FeedDomain的功能服务：

－、修改域名DNS：在域名的DNS服务器添加或修改一个子域名A记录，域名绑定到：210.72.225.185；例如：

二、绑定Feed：在Feedsky的Feed管理后台，选择要绑定的Feed，在 Feed 优化 -> FeedDomian new!，输入在第一步中的设定的域名，如下：

三、保存更新。

绑定成功之后，在浏览器中直接输入你绑定的域名，即可直接访问到你的Feed。

你有域名吗？

你有博客吗？

你想通过自己的域名来访问你的博客，而又不需要单独购买虚拟主机吗？

Feedsky即将推出一项新的服务，可以协助拥有独立域名的用户，将自己的域名与Feed地址绑定，这样就可以直接通过自己的域名来访问自己的Feed。

举例说明如下：假如你有一个域名为 www.domain.com，同时又有一个博客地址为 my.donews.com/demo，那么你就可以利用Feedsky的新服务通过 www.domain.com 来直接访问 my.donews.com/demo 上的Feed。

这个操作将会很简单：

1. 需要将 www.domain.com 域名映射到 Feedsky FeedDomain 指定的服务器；
2. 在Feedsky烧制 my.donews.com/demo 的feed内容，例如烧制后feed标题为：feeddemo；
3. 在Feedsky登录管理后台，编辑feeddemo，将feeddemo与www.domain.com绑定即可。

例如，大家可以通过 http://feed.yauboo.com 来访问 http://feed.feedsky.com/blogbug 。

Ping Feedsky是Feedsky针对Feed内容更新提供一个强大功能，当您更新了Blog，迫不及待想让您的读者第一时间通过RSS阅读到您文章的时候，您就可以通过Ping Feedsky通知Feedsky的爬虫直接去抓取您的内容，而无须时间等待。这样可以保证您的Feed在第一时间更新。但使用Ping Feedsky的前提是每当你发布完一篇日志后，必须到Feedsky的Ping页面，手工Ping你的Feed。

但现在，对Wordpress的用户来说，Ping Feedsky已经不需要这么麻烦了。Feedsky提供了一个Wordpress插件，该插件可以协助你在Blog中使用Feedsky Ping功能。当你启用了Feedsky Ping插件后，每发布一篇日志都会自动发送Ping命令到Feedsky通知系统更新你的Feed，做到Feedsky的Feed与你的Blog保持自动的快速同步。（说明：根据Ping服务器的调度，Ping Feedsky最长的等待时间是5分钟，即，当你启用了自动Ping插件之后，最长5分钟就可以在Feedsky看到您的Feed的更新内容了）

这个插件良好支持Wordpress个人版和MU版。使用Wordpress个人版的用户直接下载后解压压缩包，将feedsky-ping.php复制到wordpress\wp-content\plugins下，激活后输入在feedsky上对应的feed名称即可；对部分MU系统，需要管理员在控制面版进行激活，才能让所有用户使用。

mydonews已经安装了这个插件。如果你是mydonews的用户，在 后台管理 -> 插件 -> 插件 -> Feedsky Ping 插件，点击激活，然后在 插件 -> Feedsky Ping 配置 输入你的feed（格式为http://my.donews.com/用户名/feed）在feedsky对应的feed名称，保存后即可使用自动 Ping Feedsky 的功能了。

Feedsky Ping功能开通已经有一个多月了。从这一个多月的使用频率和效果来看，可以大大的提高个人用户Feed的更新频度。

经开发人员的再次开发，Feedsky为Wordpress用户提供了Ping插件。这个插件可以协助你在Blog中使用Feedsky Ping功能。当你启用了Feedsky Ping插件后，每发布一篇日志都会自动发送Ping命令到Feedsky通知系统更新你的Feed，做到Feedsky的Feed与你的Blog保持快速同步。

第一步：安装Feedsky Ping插件，点击这里下载，解压后将feedsky-ping.php复制到wordpress\wp-content\plugins下；

第二步：激活Feedsky Ping插件，未激活前显示为：

激活后会有一个提示，提示你输入blog在Feedsky上对应的Feed地址名称：

第三步：配置Feedsky Ping插件，使用Feedsky Ping插件之前，必须输入你的blog在feedsky上对应的Feed名称。比如，我的博客地址为：http://my.donews.com/blogbug，我的这个blog在feedsky上对应的feed地址为：http://feed.feedsky.com/blogbug，那么，应该输入的名称为：blogbug：

完毕。

安装配置完成之后，每次发布日志，都会自动更新到Feedsky了。

update：有人反应插件在配置时失效，页面呈现为一片空白，现在这个bug已经修复，可以正常使用。

FeedBurner被封的当儿，我没联网。结果上线的时候收到大堆贺喜消息，我半信半疑，因为在我这儿访问正常（我家网通）。后来得知只是电信用户访问不了而已。

有人说有了电信开路，网通也不会远了。看来大约这FeedBurner也真要跟随Blogspot而去了吧。这是一个不好的信息。FeedBurner是一个强大的信息源，一旦FeedBurner被关闭，势必影响到一大批用户的阅读。

前段时间看到Techcrunch给出的一个统计，统计显示了Techcrunch在FeedBurner上的RSS订阅客户端的分布数据：

通过分析Techcrunch最新78,489 订阅用户所使用的RSS 阅读器情况，可以得出目前RSS 阅读器使用率的分布情况：

1. Firefox (包括 Flock)  20%；
2. Bloglines  13%；
3. NewsGator  12%；
4. Rojo  8%；
5. FeedReader  7%；
6. Netvibes  7%；

综合一下则是：

1. 在线RSS订阅器为：(13+12+8+7) = 40％ （Bloglines,NewsGator,Rojo,Netvibes）
2. 离线RSS订阅器为：(20＋7) = 27％ （Firefox,FeedReader）

这个比例是3:2左右。即，有3/5的RSS订阅用户通常是使用在线RSS订阅器。所以，如果FeedBurner被封，这3/5的在线用户是不会受到阅读影响的。

当然，这个统计数字以英文用户居多，用在大陆用户身上并不合适。因为对狗狗和抓虾等国内的在线阅读器的用户来讲，同样不能获取到来自于FeedBurner的信息。如果Keso能给出他在FeedBurner上的统计，那么我们就能得出一个较为确切的数字了。

敏思本来想就此躺下。但用户不答应。

敏思完全免费。敏思的本意是好的，据了解，敏思的博客系统完全自主开发，其中的各种温馨、友好的功能都是从用户的角度为用户贴切设计，这其中包括他的排行榜、群组、博客村、周刊等，这在很大的程度上让用户在敏思上找到归属感、家园感、文化感，也正是因为这种特有的人文气息，敏思博客的大部分用户都是”作家”，或者文人。同样，这也使得敏思博客看起来有一种高贵、深奥的气质。

但气质归气质，敏思现在没银子了，被迫面临着关闭。

这就像某位达官贵人开的烟花场，用户是烟花客，这场子本来对客户免费，包括茶水点心，将客人伺候得舒舒服服。对这个场子，他没有什么利益上的追求，也没有什么世俗的愿望，他本来是想为众位客官提供一个尽情撒欢的场地儿，看门前车水马龙，看游客笑逐颜开就是他的乐趣。然而当他终于发现自己的积蓄不足以支撑这入不敷出（或者叫做根本没有入）的日夜开销时，他也将迫不得已的宣布关闭这个令众位客官逍遥的烟花场。

然而关不关闭似乎由不得场地的主人，还得看众位客官答应不答应。因为长期守在这个场子的，大多都是回头客。他们已经习惯了这里的哭、这里的笑、这里的静、这里的闹，这里给他们的乐趣在别处无法替代，或者，除了这里，他们再也找不到像敏思这样温情的港湾。他们愿意付费，愿意给钱了，给茶水钱、给房租钱，出多出少尽自己的力，只要能留住这个楼子，这个场子，仍然可以让自己逍遥，让自己快活就成。

但现在我们站到敏思的角度来看这种情形能持续多久。经过这个事件，势必给敏思的服务观念和用户的消费观念带来一些改变。最初，敏思的完全免费的，敏思提供场所，目的就是让大家来撒野，我提供什么样的花样儿你就玩儿什么花样，我提供什么样的成色你就玩儿什么样的成色，一切我说了算，玩儿的高不高兴与我没有责任，我的目的是”看你玩儿的高兴不高兴“；但以后变了，客官们来这儿都是掏了银子的，以前有钱的时候可以随便在房间摆几个什锦，让用户自己摆弄去，但现在，客官是爷，得服侍他，让他舒舒服服，他要换小二你就得换小二，他的消费观念已经换成了”看你让他玩儿的高兴不高兴“。

尽管通过捐助或收费，可以使敏思再度”博起”。但博起之后带来的这种消费观念上的倒置，能否让敏思在未来几年保持当前的这种持续的客流量，我们还是拭目以待吧！

R-Mail是国外规模最大的Feed邮件订阅服务商。截至目前为止，R-Mail上的统计数字是：

Feeds = 11542 Users = 5445 Subs = 16657

一直以来，R-Mail都为广大订阅者（目前为止为5445人）免费发送Feed更新内容。这为不习惯依赖阅读器而钟爱收发邮件的用户提供了极大的便利性。

然而，从昨天开始，R-Mail不再单纯的为用户发送Feed内容了，他们在发送的邮件内容里包含了一些在线广告，如下图：

官方的解释是只发送一些来源是Amazon的广告，但照这个趋势，在将来，发送的邮件内容里可能包括任何来源的广告。

R-Mail的此举可能揭开Web2.0相关站点告别纯免费服务的序幕。一直一来，Web2.0的盈利模式的模糊就常常为投资者和开发者们所诟病，R-Mail在线广告的回归，也许就反映了Web2.0在打破传统模式下求变的不冷静，这种回归，对投资商和开发者来讲，可能都是一件务实的好事。

Akismet 启用之后，每天都会帮我过滤大约50条左右的垃圾留言，并且我看了过滤列表，内容“垃圾性”的确很强，属于在删之列。

不过MyDoNews的开发人员十分的不负责任，插件安装之后竟然不给出详细的使用说明，以至于很多用户都未能正常的启用该插件。比如娴人，现在还在为这事儿苦恼。为此，哈啰波波为MyDoNews的开发组代笔，写下Akismet API Key 的申请攻略，帮助大家尽快的安装使用上这个优秀的插件：

第一步：在哈啰波波blog的右上角通过代理服务器访问http://www.wordpress.com；

第二步：在http://www.wordpress.com首页上点击注册新用户；

第三步：输入注册信息，注意，一定要保证邮件的正确性，因为注册资料是发到你输入的邮箱里的，注册后的账户是不能通过代理登陆http://www.wordpress.com，所以只能从邮件中获取API；

第四步：接收邮件，邮件内容具体如下：

注意箭头所指的地方，就是你得到的Akismet API Key，所以如果nina收到邮件的话，说明你已经拿到Akismet API Key了，只需要在MyDoNews里启用即可。

Blog高烧过后，越来越多的人参与到Wiki浪潮中来了。

其实Wiki的起步还是比较早（最著名的维基百科-Wikipedia就创建于2001年），只是在发展的过程中一直没能引人注目。这其中有多方面的原因，不过宏观的来看主要还是没有调动起大众的“共同编辑”的主观能动性，Wiki作为一个以开放和共享为目的的理想化项目，参与的人仍然是少数狂热分子。当然，在中国还有另外一个非常致命的原因就是GFW。

不过，这回Wiki应该来了。早先在DoNews上有一篇文章介绍EA公司将用WIKI管理公司，这其实不足为奇，在哈啰波波的印象中，已经有很多国外网站已经开始使用WIKI了。不过这些站点大多都是作为文档系统或者帮助系统来使用，并没有用作日常管理，如著名的AJAX开源框架Prototype下的子项目script.aculo.us的文档就是采用Stikipad的Wiki系统搭建，还有应用非常广的主机提供商DreamHost的帮助系统，就是采用和Wikipedia相同的Wiki后台系统Mediawiki来搭建的。

相比之下，Wiki在国内的应用还相对较少。DoNews的Wiki只是一个摆设，CnBlog的Wiki也只是一个镜像，其他的哈啰波波没有这么关注，这里自然也就不做点评。

尽管Wiki模式在国内的应用还没有像国外那样发展到一定的规模，但是关注Wiki模式和Wiki系统的发展一直没有间断过，其中最值得一提的是车东先生。车东在Wiki is flat中对Web模式、blog模式和wiki模式有精彩的对比解释。并且在车东的blog中，有多篇关注Wiki的文章：百度一下：车东 Wiki。

不仅如此，车东还参与了TWiki的开发和维护，TWiki的整个中文版就是由车东翻译过来的，在这里有TWiki的详细安装过程的说明。

在FeedBurner的论坛上有一个帖子，解释了FeedBurner将接收的Feed的大于限制在256K。这对于全文输出的Feed来说恐怕算得上是一个坏消息了。

按照常规的每个Feed有10篇Item来计算，每个汉字2个字节，那么，每篇的汉字数量不应该大约10000字。当然这个数字只是理论上的限制，实际上大多数人的Blog是没有这么大的篇幅的，我下载了Keso的rss作测试，今日的大小是77K，远远小于FeedBurner的限制。

引：FeedBurner的原文摘录：

Note #1: FeedBurner should proactively notify you of a ‘feed health’ issue like this and help you avoid any service interruption. It’s on the list!

Note #2: Publishers of Podcast feeds that point to an MP3, torrent, or other binary file do not have anything new to worry about — the size of the binary file that’s merely linked from your feed has no impact on your feed’s calculated size.

Web2.0focus在关于解决RSS信息来源的问题里谈到了RSS信息源的收集问题，其实在我们的项目中，也遇到这种问题，单纯的依赖市场上已经公开的源，是远远不够的。是Internet上，有大量有价值的易被关注的信息，并没有RSS格式的输出。

这对一个依赖RSS信息源的项目来说，是十分头疼的一件事。在作者的文章中也提到，“只能看着信息摆放在那里，眼馋”。

造成这一状况的原因有很多，不过大体可分为两种：一是信息拥有者为保护自己的利益不愿提供，另一种就是没有技术提供。熟悉RSS的开发者可能知道，RSS的输出基本不依赖什么特殊的技术，只是很简单的一种输出格式而已。所以持第二种理由的可能还是占据较少的比例，大部分为保护自己的利益而未能提供RSS。

所以，对项目组来说，就必须有自己的解决方案。不过，因为Page是公布在网上，Page很容易获取的。如果能将Page内容提取出来再以RSS格式输出，基本就达到了上述项目的需求。

那么，问题是否就此解决？没有。

这其中隐藏的不仅仅是一个技术问题（或者说技术根本不是问题），在越来越重视版权的互联网发展过程中，其中的版权制约才是最值得引起重视的问题所在。在上述的两个未能提供RSS源的理由中，既然发布者不愿提供RSS，那么HTML2RSS这种操作方式，从某种意义上讲也就是一种窃取。

当然，对这些相关项目来讲，HTML2RSS，做还是不做，似乎是个严峻的问题。这本身没有技术含量的模块，是否为了满足项目的需求，而忽略了越来越重要的版权问题？