wuchang：
由于RSS的存在，用户在无助的面对庞杂宽广的互联网信息时，多了一个很好的定点定向收集渠道，极其明显的优化了用户的浏览效率，避免了重复的打开N个网页带来的诸多缺陷，所以不夸张的说RSS可以说是一场互联网的人民起义。
现在网上有两种订阅RSS的主要方式：本地客户端、在线聚合网站。
两者相比较，我大致归纳的本地客户端三大优势：
1） 对频道更新频率拥有主控权，比如你可以设置2分钟更新一次，看你需不需要。早期有些客户端有限制最低不得低于30分钟。
2） 可以选择一个符合自己喜好和习惯的软件，比如A界面不好，B操作不好，C功能不好，但总有一款适合自己，可以充分从个性上抉择。
3） 本地搜索查找、标记已获取信息较为方便。
....
而相对在线聚合网站，本地客户端的劣势极其显著：
1） 上面第一个优点其实也是一大缺点。当全世界的网民都使用他的客户端不断的在一个短暂的间隙过后收取某一个网站提供的RSS，可想而知这个网站服务器的承受能力要经受多大的考验。所以，网站方自然不太希望大家都通过客户端订阅RSS，甚至因此而迟迟不公开R SS服务功能。（但也不一定是主要原因）
2） 移动性极差。当你在两个地方分别订阅了RSS新闻后，你必须在两个地方同时安装客户端，并且，当你在一个地方收取了RSS后再到另一个地方收取，你就等着一个一个频道的手工mark read吧，或者可能收到旧的“新”信息。因为网站本身并不会为你订阅的频道标示你本地是否已更新。
3） 唯有即时接收，无法离线收取。每个人都有一个生活时钟，一万个人可能都互不相同，但所有网站仍然是按其自有的更新频率一直更新着。当你关闭了客户端->下线->进入现实世界后，RSS就和你彻底诀别了。直到你重返网络，打开客户端之前的这段时间，网络就是空白的，你几乎追溯不到这段时间内网络的完整面貌。除非你为了找回错过的东西而反反复复的一一打开各大网站。如果你能经常忍受这样的境况，何需RSS？
4） 分享性差。客户端内收集的好频道，或历史数据，无法方便共享给同样需要这些频道和数据的朋友。
5） 占用额外的系统资源。一些鼎鼎大名的客户端软件尤其如此，或对系统内核的需求，比如必须2K以上，或者.Net库支持等。加大的用户额外的资源付出。
6） 毕竟软件是个人做的，个人是要考虑做这个软件的目的的，所以收费共享型的RSS客户端不少，也是为用户带来了新的额外财政支出。虽然顺着RSS的发展这种商机的确是闻起来很香的。
当然，现在有些不错的客户端软件为用户或多或少剩下了一些付出，比如GreatNews，各大新闻门户推出/推荐的一些免费软件等等。
综上所述，客户端的局限性决定了他在短期内是完全无法与在线聚合订阅方式抗争的，我们知道在线聚合网站的频道订阅技术很先进，对被订阅网站的负荷压力也尽可能的最低，因为他只需要收取一次RSS feed，就可以被网络上所有的订阅用户同时分享获得，而无需重复收取N次。应该说这种方式各大提供RSS服务的网站是欢迎的。用户当然也更是欢迎的，因为这样我可以分享到其他订阅同一个频道的网友早已阅读的历史数据，或者一些被很多人订阅的优秀资源频道 ，而无需到处去搜刮找寻，具有较强的交互性，以后还可以在社区概念上深入展现。
而且，在线网站对你系统和周边需求是最低的，你只要能上网，有一个浏览器，那么无论你在哪里，什么操作系统，你都可以在属于你的聚合网站里登录，阅读，标记，并且走到哪里都可以具有延续性的享用这样的聚合服务。
目前在线聚合网站唯一的缺陷可能是国内用户比较明显的速度，比如Bloglines速度时常不稳定，有快有慢，这时我们可以想到一些国内类似的网站，比如topim，目前尚处BETA，功能还比较简单，还有一个国外的是NewsGator Online，这几个都各有特色。但基本都支持OPML文件的导入导出，所以你可以很幸福的同时登录几个在线聚合网站，再从中选择适合自己需求的，因为你有OPML。
早已有人袒露，客户端软件所具备的所有功能，在线聚合服务网站都可以实现。
所以，综上所述，在线聚合网站的绝对优势已经很明显了，我在想以后客户端该何去何从？怎么继续探索发展？
我个人以为出路只有一个：借鉴时下非常流行的P2P协议，比如电骡或BT软件是不错的参照物，当然，前期可能必须要求在同一种软件下才能应用，这个软件标准化了存储在本地的数据格式，可以供给网络上所有用户收取并直接被他的客户端阅读。然后通过一台固定的 服务器存放任一用户本地的数据库标识和索引，其他用户可通过服务器查找索引并直接从某特定对象机器上获取数据。
CJF：
如果是自建服务端的话，有两个分发数据的办法。。
1.仍然是RSS的数据包方式，通过RSS的XML文件进行，只是在url地址上面有所操作，例如
获取最近三天的数据
www.xxx.com/GetRss.asp?y=2005&m=3&d=9
定义年月日即可。。或者加入其他的指令
2.采用专用的数据库形式，这样可以适当的压缩处理一下，减少带宽的消耗。。
如果用EMAIL的方式的话，通过专门格式的邮件即可。。
分析：
其实采用EMAIL服务器处理的话，我觉得应该是当前最佳的办法，你想想如果是Google的1G邮箱＋RSS信息整理，是怎样的让人兴奋，我觉得这样简直是无敌的。。什么专用的RSS客户端，RSS收集网站，还有他们继续下去的必要吗？
在当前大部分的邮件服务器上面加一个RSS的读取，分析，分发功能，是很简单的一个东西，但是这个影响对RSS来说是深远，说是Web网站下的再一次革命也不为过。。
至于大部分觉得RSS频道的增加，比较复杂困难，我觉得其实很容易解决，只要提供的服务端集成了，采用目录的形式，引导用户进行增加就可以了。。甚至用户根本就不需要知道RSS的URL地址是什么，他只需要知道这个频道的名称就足够了。。
如果说EMAIL服务器不愿意增加这些功能，那么我们也可以通过自建RSS的收集服务器，将每个信息分发到每一个邮箱里面去，实现相同的效果。。
上面的这些是技术，使用上的问题。。。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
简单说说我对RSS的看法，
我们当前不应该去太注重用什么样的工具，什么的方式去读取它了解它。当前应该做的事情是把它变的尽可能的简单，用尽可能简单的方式去推广，让更多人能够通过RSS获得的信息，这是一个信息获得的技能，应该尽可能的普及到更多的人的身上。RSS不是高端产物 ，应该是像大家手上的报纸一样，普普通通，而又实在的东西，才是它最大发展的所在。。
我希望大家努力的推广RSS，让大家知道在浏览网站外的一种信息的获取方式。
Trackback: http://tb.donews.net/TrackBack.aspx?PostId=299539