我了解 Twitter REST API 具有严格的请求限制(每 15 分钟几百次),并且流式 API 有时更适合检索实时数据。
我的问题是,流式 API 的限制究竟是什么?Twitter 在他们的文档中引用了一个百分比,但没有具体数量。非常感谢任何见解。
我正在尝试做的事情:
- 一个简单的页面,让我可以查看大约 1000 位 Twitter 用户的最新推文(以及发布日期/时间)。使用 REST API 似乎我会很快达到极限,那么这个应用程序是否需要流 API?
我了解 Twitter REST API 具有严格的请求限制(每 15 分钟几百次),并且流式 API 有时更适合检索实时数据。
我的问题是,流式 API 的限制究竟是什么?Twitter 在他们的文档中引用了一个百分比,但没有具体数量。非常感谢任何见解。
我正在尝试做的事情:
使用 Streaming API 应该没问题,除非这 1000 名用户加起来在任何时候每秒发布超过(非常)大约 60 条推文。
statuses/filter
使用带有参数的 Streaming API 端点,follow
最多允许 5000 个用户。没有速率限制,除非流返回超过当时所有推文的 1%。(每秒 60 条推文是推文平均速率的 1%,它总是在波动,所以不要依赖这个数字。)
如果您的流确实超过了 1% 的阈值,您可以检测到这一点。(请参阅LIMIT通知。)然后您将使用 REST API 来查找错过的推文。