如何将Twitter API用于超出REST速率限制的大型Web应用程序

Question

我们有一个网页应用，其中的网页会显示用户最近的推文。 REST API每15分钟只允许180个请求。因此，即使我们将推文缓存几分钟，一旦我们有几百个用户，我们也会超过速率限制。

项目所有者不希望用户必须提供自己的API令牌，而Twitter Embed小部件与我们的UX要求不符。所以我正在寻找解决方案。

到目前为止，我提出的最好的是：

1. Standup第二个使用Streaming API的Web应用程序，并将收集的推文保存到主应用程序可以读取的数据库中（呃！）
2. 获得更高的REST api速率限制（不知道这是否真实）
3. 创建大量Twitter帐户并使用单个令牌（Yuck！）
4. 向Streaming API请求过去的推文（似乎不太可能）

希望有更好的方法。

Answer 1

  

Twitter Embed小部件与我们的UX要求不符合

如果这是一个面向公众的网站，请记住Twitter wants you to comply with their brand guidelines。

因此，使用官方小部件是最简单的方法。

  

项目所有者不希望用户必须提供自己的API令牌，

为什么不呢？如果你要向人们展示他们自己的推文，大概是你需要知道他们的Twitter名字？要求他们使用Twitter登录将为您提供他们的名字并为您提供OAuth令牌。用户只需点击“登录”按钮即可。

  

站起来第二个使用Streaming API的Web应用程序，并将收集的推文保存到主应用程序可以读取的数据库中（呃！）

为什么“呃”？这正是流API的好处 - 从一个或多个用户实时阅读推文。