从实时角度看XMPP与RSS的区别

Question

我在这里有一个关于RSS和XMPP技术的一般性问题。我想知道究竟是什么让XMPP成为RSS的实时替代品？

现在，我假设一个单向消息流（仅从服务器到客户端）。

我感到困惑的是，假设我在客户端编写RSS阅读器并让它在非常短的时间间隔内扫描新的源。这会不会使我的系统实时'？或者是否会对XMPP解决的问题产生负面影响（除安全功能外）？

因为有些系统使用两者的组合来形成实时饲喂系统（例如：Superfeedr）。

因此，如果有人能够简单解释为什么有人会在设计实时通知系统时通过RSS实施XMPP，我会非常感激。

对于长篇文章感到抱歉，我最近开始使用这两种技术，我对它们的功能非常好奇。我试着在互联网上查找，但答案太简短或不够。

Answer 1

这些是非常不同的东西，但却是互补的。

RSS 只是一种数据格式。它不涉及任何＆＃34;延迟＆＃34;通过它自己。这只是它被消费的方式，它决定了它是否可以实时。

XMPP是一种通信协议。它的连接在这方面可以被认为是实时的＆＃34;。 RSS本身（或者说Atom），因为它的XML，可以很容易地通过XMPP传输。这是你实现RSS实时性的方法之一。

Answer 2

如果它是通过PubSubHubbub协议提供的，RSS可以是实时的（不是吗，Julien :-)！