如何在超过 REST 速率限制的大型 Web 应用程序中使用 Twitter API

Question

3

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

项目所有者不想让用户提供自己的API令牌，Twitter Embed小部件也不符合我们的UX要求。所以我正在寻找解决方案。

到目前为止，我想到的最好的解决方案是:

1. 创建第二个Web应用程序，使用流API并将收集到的推文保存到主应用程序可以读取的数据库中（呃！）。 2. 获取REST API的更高速率限制（不知道这是否现实）。 3. 创建许多Twitter帐户并使用各自的令牌（呕！）。 4. 请求过去的推文的流API（似乎不可能）。

我希望有更好的方法。

- emersonthis

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Terence Eden · Answer 1

Twitter嵌入式小部件不符合我们的UX要求。

如果这将成为一个公开面向的网站，请记住Twitter希望您遵守他们的品牌指南。

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

项目所有者不希望用户提供自己的API令牌，为什么呢？如果您要向人们展示他们自己的推文，那么您需要知道他们的Twitter名称吗？要求他们使用Twitter登录将为您提供他们的名称并获得OAuth令牌以供使用。用户所需做的就是点击“登录”按钮。

启动第二个Web应用程序，该应用程序使用流API并将收集的推文保存到主应用程序可以从中读取的数据库中（Ugh！）。

为什么“Ugh”？这正是流API擅长的地方-实时从一个或多个用户读取推文。