我注意到这个问题在过去已有很多报道,但似乎没有一个SoundCloud支持团队能够解决这个问题。
自本周以来,SoundCloud API网址超时后再次请求时出现403错误。
例如,以下URL将返回空页,然后刷新时出现403错误: https://api.soundcloud.com/tracks/256202279?client_id=[CLIENT_ID]
此网址有效: https://api.soundcloud.com/tracks/256299992.json?client_id=[CLIENT_ID]
更新:截至2016年5月25日,问题仍未得到解决,SoundCloud尚未回复,但回复令人满意。
答案 0 :(得分:14)
更新 :截至2016年5月25日,问题仍未得到解决,SoundCloud尚未回复,但回复令人满意。他们说权利人可以选择禁用API请求,但每当我问他们是否可以向我显示截图或任何证明此行为是故意的内容时,他们的帮助台就不再回复了。
SoundCloud通过电子邮件回复说他们已经为权利人引入了一个选项,默认情况下禁用对曲目的所有API访问,并在请求时返回此403错误。他们还说,这是一个令人困惑的特征是可以理解的,他们希望更清楚。
SoundCloud:请让应用程序阅读基本的跟踪信息。阻止来自诸如曲目ID之类的简单信息的访问会破坏使用您的API的许多应用程序。阻止访问应用程序检索简单的ID,标题或持续时间没有任何意义。
此外,大多数拥有阻止API访问权限的用户都不知道如何配置它,所以我仍然相信这是SoundCloud API中的一个错误。
答案 1 :(得分:0)
我想到一个配额,或者一种黑名单...... 因为我从一台服务器收到此错误,当我从另一台服务器尝试此错误(更改IP)时,请求正常...
答案 2 :(得分:0)
不是完美的解决方案,只是一种解决方法......
使用客户端SoundCloud Widget API,您可以在iframe中加载曲目,然后使用getCurrentSound方法获取信息。
//javascript code sample...
var widget= SC.Widget(iframe);
widget.getCurrentSound(
function(infos){
console.log(infos);
}
);
使用https://w.soundcloud.com/player/api_playground.html(以及许多其他未解析的API网址)对https://api.soundcloud.com/tracks/256202279进行测试。
不是完美的解决方案,我知道......