【问题标题】:Twitter rate limiting confusion?Twitter速率限制混乱?
【发布时间】:2015-07-09 12:35:02
【问题描述】:

所以我目前正在使用NodeXL 来搜索特定的 Twitter 主题标签,但我无法理解速率限制的具体工作原理。我在 Twitter 的 API Rate Limits 页面和 this SO 帖子中查找了它,但即使在阅读了两者之后,我也不是很明白。 API 页面显示:

暂时将搜索限制为每 15 分钟窗口 180 个查询。

还有

API 1.1 版中的速率限制主要是基于每个用户考虑的,或者更准确地说,是您控制的每个访问令牌。如果一个方法允许每个速率限制窗口 15 个请求,那么它允许您在每个杠杆访问令牌的每个窗口发出 15 个请求。

但我完全糊涂了……可能是因为我以前从未真正使用过任何数据库或社交网络分析。

当它说它总是每 15 分钟 180 个查询时,究竟是什么构成了查询?搜索在 NodeXL 上的工作方式是限制要搜索的推文数量。因此,如果我搜索一次并将我的推文限制设置为 1000 条推文,那是否只有 1 个查询?

很抱歉,这似乎是一个愚蠢或非常基本的问题,但我根本没有任何经验,任何帮助将不胜感激,谢谢!

【问题讨论】:

    标签: twitter social-networking rate-limiting


    【解决方案1】:

    当它说它总是每 15 分钟 180 个查询时,究竟是什么 构成查询?

    每当您向Twitter 发出一个请求时,它都会被视为一个查询。对于Search API,您每 15 分钟可以拨打 180 个电话。

    所以如果我搜索一次并将我的推文限制设置为 1000 条推文,那是 只有 1 个查询?

    是的,但是您不能将计数设置为 1000,因为每个请求可以返回的最大推文是 100,正如 here 所述。

    您可以使用普通搜索查询检索最新的 100 条推文,对于分页,您应该使用 since_idmax_id 检索接下来的 100 条推文以获得新推文。

    每 15 分钟窗口可以进行的查询数量因API 而异。例如,如果使用Search API,则每 15 分钟窗口可以查询 180 个请求。但是,如果您使用 APIGET friends/ids 一样,则每 15 分钟窗口只能进行 15 次查询。也就是说,您每 15 分钟只能拨打 15 次电话。

    这是Rate limits chart,您可以在其中找到每个API 的每15 个窗口可以发出多少请求。

    【讨论】:

    • 哦,我明白了....谢谢!所以基本上对于那 1000 条推文,我提出了 10 个请求?我不明白我不能将计数设置为 1000 的意思。
    • 是的。您的第一次调用将获得最新的 100 条推文,而要获得 101-200,您需要使用 since_idmax_id 参数以及像 count 这样的查询,这将获取接下来的 100 条推文。同样,您需要获取旧推文。但是,Search API usually only serves tweets from the past week 有一个限制。如果你想从现在到未来而不是过去获取推文,你可以使用Streaming API
    猜你喜欢
    • 2014-08-05
    • 1970-01-01
    • 1970-01-01
    • 2022-08-19
    • 2011-11-16
    • 2012-01-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多