【问题标题】:Twitter Streaming API (filter method) - limitationsTwitter Streaming API(过滤方法) - 限制
【发布时间】:2012-03-23 10:12:40
【问题描述】:

我正在使用流式 API - 带有位置参数的过滤器方法和为纽约设置的坐标 (-74,40,-73,41)。 我得到了数据,但问题是没有太多的推文进来(比如每秒 1 或 2 条推文)。对于相同的位置参数,我使用循环中的搜索方法获得更多(唯一)数据。

这些限制的原因可能是什么?有没有办法从流媒体中获得更多推文?

感谢和最好的问候, 狮子座

【问题讨论】:

    标签: api twitter filter streaming limit


    【解决方案1】:

    造成这些限制的原因可能是什么?

    Twitter Streaming API 不传递任何过去的推文。您仅从建立服务器连接时开始接收推文。搜索 API 将返回与当前查询匹配的推文,理论上最多 7 天,但这完全取决于 Twitter 的当前负载。 (注意*-有时此间隔短至 24 小时。此外,您受限于最多只能接收 1,500 条推文,无论它们的年龄有多大。)

    有没有办法从流媒体中获得更多推文?

    我不知道。但是,如果您正在考虑在搜索或流 API 之间切换,请参考以下信息。

    请选择您的案例:

    • 如果您需要实时数据并且请求数量很多:

    Go for Streaming API

    流式传输 API 要求您保持连接处于活动状态。这需要一个无限循环的服务器进程来获取最新的推文。

    优势

    1) 检索结果的延迟:使用此方法传递的推文基本上是实时的,从发布推文到从 API 接收到推文之间最多有一两秒的延迟

    2) 不受速率限制。

    • 如果您需要聚合数据而不管其时间范围如何,并且您的请求数量不多:

    搜索 API

    搜索 API 是两种方法中较容易实现的一种,但它有速率限制。每个请求最多会返回 100 条推文,您可以使用页面参数最多请求 15 个页面,理论上最多可以单个查询 1,500 条推文。

    优势

    1)查找过去的推文:搜索 API 在这方面默认胜出,因为流式 API 不传递任何过去的推文

    2)更容易实现

    【讨论】:

    • 感谢 Samridhi 的澄清!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-02-06
    • 1970-01-01
    • 1970-01-01
    • 2020-12-24
    • 1970-01-01
    • 1970-01-01
    • 2013-07-10
    相关资源
    最近更新 更多