【发布时间】:2012-03-23 10:12:40
【问题描述】:
我正在使用流式 API - 带有位置参数的过滤器方法和为纽约设置的坐标 (-74,40,-73,41)。 我得到了数据,但问题是没有太多的推文进来(比如每秒 1 或 2 条推文)。对于相同的位置参数,我使用循环中的搜索方法获得更多(唯一)数据。
这些限制的原因可能是什么?有没有办法从流媒体中获得更多推文?
感谢和最好的问候, 狮子座
【问题讨论】:
标签: api twitter filter streaming limit
我正在使用流式 API - 带有位置参数的过滤器方法和为纽约设置的坐标 (-74,40,-73,41)。 我得到了数据,但问题是没有太多的推文进来(比如每秒 1 或 2 条推文)。对于相同的位置参数,我使用循环中的搜索方法获得更多(唯一)数据。
这些限制的原因可能是什么?有没有办法从流媒体中获得更多推文?
感谢和最好的问候, 狮子座
【问题讨论】:
标签: api twitter filter streaming limit
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)更容易实现
【讨论】: