【问题标题】:Error 500 with spotify web-api on POSTPOST 上的 spotify web-api 错误 500
【发布时间】:2015-10-07 16:22:35
【问题描述】:

## 搜索曲目 (GET) ##

有时,如果我每秒发出超过 10 个请求,我会得到状态码 429: Too Many Requests - Rate limiting has been applied.

所以我保持在这个限制之下,即使我希望能够发送更多,它也可以正常工作^^

## 将曲目添加到播放列表 (POST)

在这里我得到一个奇怪的行为。当我发送少于 1 个请求/秒时,一切正常。
但是如果我每秒尝试 2 个请求,有时我会得到状态码:500。而且我增加请求的数量,更多的时候我会得到error 500。

我想知道当使用POST 时,limitrate 是否固定为 1 个请求/秒?
但在这种情况下,我应该得到一个error 429 对吗?



使用Implicit Grant提出的所有请求

【问题讨论】:

    标签: api asp.net-web-api spotify


    【解决方案1】:

    Stack Overflow 上的问题经过优化,每个问题包含一个问题,因此下次将问题分成两个线程,以便其他有相同问题的人更容易找到它们。

    速率限制

    首先,您对429 (Too Many Requests) 的假设是正确的——它是当您的应用程序达到 Spotify 的 API 速率限制时返回的状态码。重要的是,不同的端点计数相同,因此修改播放列表的请求算作单个请求,搜索艺术家的请求算作单个请求。

    对于您和其他阅读本文的人 - 我们正在尝试收集一些可以帮助您避免速率受限和处理速率限制响应的零碎信息。您可以在User Guide's section on rate limiting 中找到此信息。例如,429 响应还包含一个 Retry-After 标头 (HTTP RFC),其值是您的应用程序需要等待以发出另一个请求的秒数。

    播放列表端点问题

    最后,来自播放列表端点的500 响应问题(尤其是在修改它们时)是已知的,并且我们已经尝试修复了一段时间但没有取得很大成功。解决此问题的一种方法正是您当前正在做的事情 - 减少请求频率。如果您遇到错误,我敦促您重试,但我建议您以指数方式退出。

    【讨论】:

      猜你喜欢
      • 2020-02-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-10-04
      • 1970-01-01
      • 2018-08-12
      • 1970-01-01
      相关资源
      最近更新 更多