Feed发布方式的思考


  Feed应该以什么样的形式发布,是一个有争议的问题。

  这些天看到国外Blogger之间的一些讨论,有人认为Feed应该发布在自己的域名上,而不是通过类似FeedBurner这样的服务,这样的好处是,当遇到紧急情况时,他们可以将Feed切换到另外一家服务商。

  这些观点来源于FeedBurner在八月一日发生的那次事故,一些人认为,越为集中发布的Feed就存在越大的风险,如果将Feed地址移动到自己的域名下,这风险就会减少。

  在这方面,FeedSky就正在开发一个有意思的功能-FeedDomain。我虽然对FeedSky印象不好,但是这个功能的确很又用,我可以使用自己的子域名(例如feed.williamlong.info)来访问自己的FeedSky。

  不过这也是有缺点的,就是这个域名是放在FeedSky的,而不是放在我自己的空间,我无法将其指向其他地址。

  我想出来的比较好的方案是,就是在自己的空间上开一个子域名,然后用程序将此域名跳转到FeedBurner,这样订阅此域名实际上就是订阅FeedBurner,而当FeedBurner无法访问的时候,可以修改代码将此域名切换到其他的地址,而对于最终用户来讲不需要做任何操作。具体效果可以参考一下我目前做的这个Feed:feed.williamlong.info ,该域名使用程序进行重定向来实现Feed的功能。

  服务器端代码也很简单,如下:

<?php
header("Location: http://feeds.feedburner.com/williamlong"); /* 重定向浏览器 */
/* 确保重定向后,后续代码不会被执行 */
exit;
?>

  这个方法的缺点是,跳转可能会不太稳定,并加大自己服务器的负载。因此我目前还不打算启用这套方法,等到FeedBurner被封掉的以后,再启用这套方法也不迟。