我了解Twitter REST API有着严格的请求限制(每15分钟只能请求几百次),而流媒体API有时更适合检索实时数据。
我的问题是,流媒体API的限制到底是什么?Twitter在文档中引用了一个百分比,但没有具体数量。非常感谢您提供任何见解。
我的尝试:
- 为我创建一个简单的页面,以查看来自约1000个Twitter用户的最新推文(以及发布时间)。使用REST API似乎会很快达到限制,所以是否需要使用流媒体API来完成此应用程序?
我了解Twitter REST API有着严格的请求限制(每15分钟只能请求几百次),而流媒体API有时更适合检索实时数据。
我的问题是,流媒体API的限制到底是什么?Twitter在文档中引用了一个百分比,但没有具体数量。非常感谢您提供任何见解。
我的尝试:
如果这些1000个用户组合在任何时候发布的推文总数超过(非常)大约60条/秒,您使用Streaming API应该没问题。
使用Streaming API端点statuses/filter
和follow
参数,您可以允许最多5000个用户。除了流返回超过当时发布的全部推文的约1%的情况外,没有速率限制。(每秒60条推文是推文的平均速率的1%,该速率始终在波动,因此不要依赖该数字。)
如果流量超过了1%的阈值,则可以检测到此情况。(请参见LIMIT通知。)然后您将使用REST API查找错过的推文。