4

我有一系列网络应用程序,它们使用Public Streaming API收集与某个主题相关的所有术语。到目前为止,我一直在为每个流创建一个新帐户,在该帐户上设置一个新的 Twitter 应用程序,复制 OAuth 令牌,启动一个新的 EC2 实例,并设置流,这是一条非常非常艰巨的路线.

这使我可以拥有来自多个不同 IP 的流,当您创建应用程序时,使用生成器工具可以轻松生成 OAuth,并且因为它们都位于不同的帐户中,所以我不满足任何帐户限制。

我想知道我是否可以做些什么来加快这个过程,特别是在 EC2 实例方面。我可以使用不同的帐户在同一个实例上运行一堆流吗?

4

2 回答 2

4

如果您在一台机器上运行多个消费者,您可能会被暂时禁止,反复禁止可能最终使您被禁止更长时间。至少,这种情况过去在我身上发生过几次。

我当时发现的是:

  • 相同的凭据,相同的 ip -> 阻止/禁止
  • 不同的凭据,相同的 IP -> 大部分都可以,但不时被禁止
  • 不同的凭据,不同的 ip -> 好的

这是几年前的事了,所以我不确定是否仍然如此,但我希望 Twitter 会收紧规则,而不是放宽规则。

(另外,我认为你侵犯了他们的服务条款)

于 2012-09-16T12:15:57.323 回答
2

您应该检查新的 Twitter API 版本 1.1。它是几天前发布的,并且对费率的计算方式进行了许多更改。

一个很大的变化是IP现在完全被忽略了。所以你不必再创建很多实例了(利润!)

来自 Twitter 开发者@episod:

与 API v1 不同,所有速率限制都是针对每个用户的每个应用程序——IP 地址不参与速率限制考虑。速率限制在应用程序之间完全划分。

于 2012-09-16T17:13:08.960 回答