【问题标题】:Something like pubsubhubbub that does not depend on google app engine像 pubsubhubbub 这样不依赖于谷歌应用引擎的东西
【发布时间】:2010-12-15 12:36:45
【问题描述】:

我正在寻找像 PubSubHubbub 这样不依赖于谷歌应用引擎来运行的东西。

我需要一个工具,它可以为我跟踪大量的 rss 或 atom 提要并在它们更新时发出事件。

【问题讨论】:

    标签: python rss feed websub atom-feed


    【解决方案1】:

    pubsubhubbub 是一种协议,因此不依赖于应用引擎。例如,superfeedr 是该协议的另一种实现(我相信前 1000 个提要免费,接下来的 1000 个提要每月大约 50 美元,然后随着提要数量的增加逐渐减少)。

    【讨论】:

    • 谢谢,但是 pubsubhubbub 带有一个默认实现,不是吗?或者至少它是google代码中的一个项目,所以它必须是可以实际运行的东西......
    • Flybywire :是的,您可以在 GAE 上找到一个默认的 OSS 集线器,但它不进行轮询,这意味着它仅适用于最终使用 PubSubHubbub 的提要。跨度>
    • @Julien, right -- pubsubhubbub is 在两端“选择加入”,即服务器(供稿)和客户端(阅读器或更典型的聚合器)必须和它说话。我相信superfeedr 通过添加(到 pubsubhubbub 协议本身)“轮询服务器”部分来避免这种情况只是我的印象(还没有看到他们的消息来源!)。参考实现(对于 GAE)确实“依赖于 GAE”(当然也有 appscale 或 typhoonae;-),当然,并且不进行轮询(仅 pubsubhubbub 协议本身)。跨度>
    • 实际上,默认集线器 (GAE) 充当协议指定的角色:它根据 ping 进行轮询。 superfeedr 的唯一区别是,即使没有 ping,我们也可以进行轮询。
    • @Julien,感谢您澄清细节! (我不认为“ping on ping”是 poll —— polling,对我来说,意味着定期出现的“我们到了吗?”问题,而交换“我们在那里!”/“在哪里?”不是一个 民意调查,以我的思维方式,而是更让人想起可观察/观察者设计模式;-)。跨度>
    【解决方案2】:

    Here 是实现此协议的 Django 库。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-05-06
      • 1970-01-01
      相关资源
      最近更新 更多