很显然，主动的质量肯定不是很高，被动的往往是比较高的用户，这些人要给予直接连接。RMP（RSS MANAGE SERVICE PROVIDER）往往只提供给个人来阅读，一个用户只能通过登陆帐号来阅读自己兴趣的RSS连接，而这些RSS，很多站都提供推荐，从某种程度上，一个用户可能只认识这个RMP站点，长此久之，他们可能会忘记自己所看新闻的来源地址。
POPOEVER曾经和我说过，他说他比较讨厌RSS阅读，这让他忘记了很多站的原始URL地址，我个人觉得，RSS阅读聚合站甚至剥离了WEB设计的必要。
我举个例子（没有任何敌意）
http://www.gougou.com/1RHRR92S
可能很多人会用这个连接来看我的BLOG，但显然他们看到的是不完整的，不过很有可能他们上的不再是我的站，而是这些聚合站，包括BLOGLINES等。
而类似于的框架连接也有这个问题。于是，我在想，这些聚合站能不能给个引用通告（TRACKBACK），或者是直接把内容拉过去了事？
RSP（是相对于BSP来说的词），我想过有个模式就是每个人都可以把订阅的RSS内容合烧成一个站，通过一个地址来访问，当然，现在的RSS托管的都已经可以实现，也就是说BSP满足写的需要，而RSP满足读的需求，并且是可以象BLOG一样，让人知道你是在看什么的。
但假设有一天，我设了一个站（独立域名），专门聚合IT评论（比如KESO的），流量很大，于是我放了广告连接，赚到了钱，是不是必须分KESO一点？
RSS很好，也很坏，这是个最好的东西，也是个最坏的东西，它使得一些人很快获取我们的内容，完成他们的商业聚合。
而作为内容提供商，可能不知道被RSP/RMP用了，也有可能知道被用了，但用户可能不是他的，是RSP/RMP的。
而作为读者，他们可能知道内容提供商，可能还会记得URL地址，但绝大多数情况下，他们只认识RSP/RMP，或者说，内容提供者是谁已经无所谓了，哪怕有天KESO的文章被换成SAYONLY的文章，你可能还察觉不了。
也就是说，内容提供商只要被RSS了，就有可能落得无人知晓的地步。
会不会产生一种情况，RSS提供者再也不提供全文了，只提供半文，或者干脆就提供文章标题，到后面，所有的RSS输出会不会变成只有网站URL地址呢？
因此，游戏规则很重要，RSS需要游戏规则，作为内容和读者之间的RSP/RMP非常重要，两边谁都不能得罪。
尤其是内容发布者。
不知道SES会不会解决这个矛盾？
总之无论如何，你还是做个WEB READER吧，记住你喜欢的URL地址！！你可以看到RSS根本看不到的内容，评论，而且，你还可以欣赏页面。
