Twitter搜索API速率限制Zend

Question

我们正在尝试创建一个应用程序，允许用户显示20个橄榄球队的最新Twitter新闻。 我们在足球队查询中使用Zend_Service_Twitter_Search，例如“阿森纳”。

我们遇到的问题是，网站可能在任何时候都会请求查看所有20个团队的新闻，因此，如果有许多用户这样做，那么将有20次对API的调用，那么每小时的限制就会达到。

我们想要所有20个团队的最新消息，因此我们不希望将数据缓存超过1分钟。 有没有人对此提供建议，我已经阅读了文档，但那里没有任何建议。

干杯

Ĵ

Answer 1

在我看来，这更多地是后端设计问题。 您要解决的问题是：

1. 为各种规模的用户提供当前数据
2. 不超过api限制，即未发布的Twitter API限制

好像解决方案是某种数据库/数据存储来持久化数据。
您可以每分钟进行20次api调用，以存储信息，然后根据需要将其提供给用户。

简要查看Twitter API文档后，似乎对存储数据没有任何限制。 尽管您可能想重新考虑使用搜索API的频率，但由于限制没有发布。

Answer 2

我最近实现了类似的功能。 简单的答案是计算出您需要进行多少查询。 假设每个团队1个，一次20个。 将60秒（速率限制的时间段）除以（速率限制/查询数），然后将结果缓存在诸如memcache之类的内容中，保持该秒数。 然后，当用户访问该网站时，从内存缓存中提取结果（如果有的话），否则请重新获取。 Memcache的优势在于，它会自动清除过期的数据，因此您不会超出速率限制，并且将始终拥有最新鲜的数据（不会超出速率限制）。

因此，如果速率限制为每分钟200个（我知道不是，但这使数学很容易），则将结果缓存60 /（200/20）= 6秒。 因此，以最大速率，您将在一分钟内对20个团队中的每个团队进行10个查询，因此，每分钟200个查询，这在速率限制上实在是太高了。