【问题标题】:Handle status 429 in Rails API在 Rails API 中处理状态 429
【发布时间】:2018-09-14 02:27:52
【问题描述】:

我使用 rails api + react 做了一个 Twitter 克隆,仅用于学习目的。

我有非常简单的请求逻辑:点击用户,加载其信息和推文,请求 api。但是,如果我快速执行 3 次,我会收到带有标题 Retry-After: 5 的状态 429(请求太多)。

有没有办法增加给定时间内的请求数量?在这种常见情况下,正确的处理方法是什么?

【问题讨论】:

    标签: ruby-on-rails rails-api


    【解决方案1】:

    据我了解,您显示的错误信息是正确的,这意味着 request 由于应用程序对资源的速率限制已达到峰值而无法服务。

    速率限制分为 15 分钟间隔。所有端点 需要认证,所以没有未认证的概念 通话和速率限制。

    为了克服这种情况,here 是文档本身的一个示例。

    【讨论】:

    • 是的。但是,我没有使用 Twitter api 本身,我做了一个“twitter”克隆只是为了学习,它是我的应用程序。在这么短的时间内收到这个错误代码有点奇怪(依次发出 3 个请求)。
    • 推特克隆是什么意思?你从哪里得到tweets?你的数据库中有它们吗?您能否用您的代码更新您的问题,这将有助于更好地理解它。
    • 思考 Twitter 的基本操作:时间线、发布推文、热门话题等。我自己制作了这个应用程序的简化版本。这是我的代码,我在本地机器上运行,所以它是我自己的 API,我在前端使用它。因此,我在问,一旦我完全控制了应用程序代码(因为我实现了它),是否有办法增加在错误 429 之前允许的请求数量(或者这是处理此问题的正确方法)。
    • 看看this如何处理速率限制
    猜你喜欢
    • 1970-01-01
    • 2019-01-22
    • 2020-04-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-08-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多