【问题标题】:Did SoundCloud API just change without notice?SoundCloud API 是否在没有通知的情况下更改了?
【发布时间】:2015-04-23 03:13:45
【问题描述】:

我有一个使用 SoundCloud 的搜索服务 (tracks.json) 的应用程序。它曾经工作得很好,但现在突然间它对我们的一些用户来说崩溃了。

这是我正在打的电话:

https://api.soundcloud.com/tracks.json?consumer_key=[YOUR_KEY]&q=music&filter=streamable&order=default&limit=50

我要么得到一个返回的数组,要么得到一个包含“集合”键内的数组的字典。结果不一致。我一开始以为他们正在部署中,但这种情况已经持续了大约 12 个小时,但还是一样。我还进一步发现了以下内容:

  1. 西海岸用户正在获取字典
  2. 通过 http(不是 https)进行相同调用的西海岸用户会得到一个数组
  3. 东海岸用户正在通过 https 获取数组(不确定 http)

我注意到他们的开发人员的这篇博文: https://developers.soundcloud.com/blog/offset-pagination-deprecated 但是,该帖子没有提及有关响应格式更改的任何内容。看起来这种变化应该发生在 2 个月前。

这只是他们的一个错误吗?他们是否正在部署中?还有人看到这个吗?现在的响应应该是字典吗?

更新:

这个问题似乎与搜索该 URL 明确相关。如果我在响应变化周围移动参数。这不是本地缓存问题,因为我也从其他人那里确认了这个问题。我最好的猜测是 SoundCloud 回滚了一些东西,但是这个 URL 是由我们的 ISP 或 SC 本身缓存的。

【问题讨论】:

标签: ios soundcloud


【解决方案1】:

看起来 SoundCloud 刚刚搞砸了,因为现在我看到更改回滚了。缓存需要一段时间才能清除并覆盖我们所有的用户。这不是 SC 第一次在几乎零通知的情况下更改他们的 API 架构。我对这种情况不会再次发生几乎没有信心,所以我会将他们的服务包装在一个虚拟服务中,我们可以在不更新应用程序的情况下在幕后修复它。

非常令人失望的是,他们在这个问题上完全保持沉默。我在他们的推特上没有看到任何 API 更改、错误部署等内容:https://twitter.com/SoundCloudDev

【讨论】:

  • 我的一些应用程序请求被缓存并返回错误仍然存​​在严重问题?有什么解决方法吗?
  • 我们仍然收到一些用户报告说它正在崩溃,但对于他们中的大多数人来说,它现在又可以正常工作了。
  • 感谢 Oren,不确定是否值得重新编写一些东西来处理这个问题或等待?
  • 我重写了代码并准备好与苹果一起升级,然后我才意识到这可能是他们的错误而不是已知的更改。所以我回滚了我的更改。我会等待它,但正如我上面建议的那样,最好包装他们的 API,这样如果再次发生这种情况,你就不需要更新应用程序。这是我们在短短几个月内第二次被他们的 API 烧毁。
  • 所以又坏了? ...耶稣。
【解决方案2】:

尝试从请求中删除 .json。似乎对我有用。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-12-01
    • 2022-11-30
    • 1970-01-01
    • 1970-01-01
    • 2012-05-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多