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被封掉的以后，再启用这套方法也不迟。