Javascript soundcloud API-JSON曲目计数与配置文件曲目计数不匹配

Javascript soundcloud API-JSON曲目计数与配置文件曲目计数不匹配,javascript,json,soundcloud,Javascript,Json,Soundcloud,我正在使用soundcloud JavaScript SDK构建一个web应用程序,它应该只返回包含一个或多个曲目的配置文件 我的GET请求返回一个用户配置文件数组,每个配置文件都包括track_count属性和相关值,如预期的那样 但是,当我跟随每个概要文件的链接时,轨迹的数量通常与JSON中列出的值不同(参见下面图像中的示例)。关键的是,就我的目的而言,这意味着它有时返回带有0个曲目的概要文件 从到目前为止的测试中,我发现如果值不同,那么概要文件跟踪计数总是比JSON中的要少。这是否意味着它

我正在使用soundcloud JavaScript SDK构建一个web应用程序,它应该只返回包含一个或多个曲目的配置文件

我的GET请求返回一个用户配置文件数组,每个配置文件都包括track_count属性和相关值,如预期的那样

但是,当我跟随每个概要文件的链接时,轨迹的数量通常与JSON中列出的值不同(参见下面图像中的示例)。关键的是,就我的目的而言,这意味着它有时返回带有0个曲目的概要文件

从到目前为止的测试中,我发现如果值不同,那么概要文件跟踪计数总是比JSON中的要少。这是否意味着它包括被删除或删除的曲目(例如,因为版权侵权)

如果有人能解释一下,我将不胜感激

谢谢

$(文档).ready(函数(){
SC.initialize({
客户id:'xxxx',
重定向_uri:'http://localhost/callback.html'
});
SC.get(“/users/12490371/followers”{
限制:页面大小,
链接分区:1
}).then(功能(追随者){
$(followers.collection)。每个(函数(i){
//console.log(followers.collection[i].跟踪计数)
if(followers.collection[i]。跟踪追随者计数>10&&followers.collection[i]。追随者计数<500){
$(“#列表”)。追加(
“
    ”+ “
  • ”+this.username+“
  • ”+ “
  • ”+this.followers\u count+”
  • ”+ “
  • ”+this.track\u count+”
  • ”+ “
  • ”+“
  • ”+ “
” ); } }); }); });

  • 用户名
  • 追随者
  • 轨道计数
  • 侧面图

为了回答您的问题,SoundCloud API显然会返回艺术家的所有曲目,无论这些曲目处于何种状态(公共、私人等)。

至于其他方面,Sound Cloud因在嵌入或在其他网站上使用艺术家的内容时严格要求其处理方式而臭名昭著。从我的理解来看,这通常取决于艺术家,但一般来说,他们希望艺术家的内容得到保护,特别是如果他们与唱片公司或其他公司签订了合同


至于你的web应用程序,你要么解决它,要么干脆彻底抛弃它,除非你能创建某种刮板来获取更多相关信息。但是,如果您的网站想要直接播放来自该网站的音乐,您可能会不知所措。

是的,有很多原因可能会导致曲目无法显示给您。它可能会被轨道的右持有者取下,成为私有的,或者被上传者删除,或者(这是一个棘手的问题)在某些地区被阻止。每次获取一个用户的所有曲目时,计算其策略并不十分可行,因此有时这个数字会不准确(取决于询问的人和位置)。@nickf是否可以使用API至少显示有关曲目的基本信息,因为我看到很多关于返回空结果/403的问题,即使跟踪计数大于0。最近有很多人对此提出了质疑,从文档中看,这一点并不清楚。参见示例:@nickf-这是一个主要问题,SoundCloud开发者。以一位受欢迎的艺术家——七狮为例(soundcloud.com/Seven Lions)。查询曲目时发现零项(users/659761/tracks),这对于我们即将推出的应用程序来说是一种糟糕的用户体验。更糟糕的是,查询该艺术家的播放列表有效,但查询每个播放列表中的曲目再次返回零项(例如播放列表/148145188)。请在那里开始讨论,这个问题正在破坏第三方API体验,伙计们!其他人同意,如果你同意,请投赞成票@nickf-SC用户是否意识到这一选择的影响?你能帮助我们理解为什么这样做符合他们的利益吗?我只能看出这符合SC的利益,因为听到这些曲目的唯一途径是SC应用程序或soundcloud.com。@nickf我们了解到,一旦一个帐户由主要发行商(即Universal)管理,用户的所有曲目都会被API屏蔽。上传的任何新曲目也将被撤销这些权限。API上应提供公共云声带的基本公共信息。现在连连接问题或被封锁的轨道都没有区别。所以你说的是“这不是关于编码”,因此不在这个网站的范围之内,应该关闭。