Soundcloud通过api重新发布

Soundcloud通过api重新发布,api,soundcloud,Api,Soundcloud,我使用soundcloud通过此api端点重新发布曲目: api.soundcloud.com/e1/me/track\u reposts 但它停止了工作。有人有更多的信息吗?是否仍然可以通过API重新发布曲目?记录在案的SoundCloud API不包括重新发布: 这是故意的。Repost不是SoundCloud向API用户提供的产品的一部分。您正在使用的终结点最初是为内部应用程序构建的,但现在已退役。在撰写本文时,它仍然以只读形式提供,但这很可能很快就会消失 一般来说,对于公共API中不可

我使用soundcloud通过此api端点重新发布曲目:

api.soundcloud.com/e1/me/track\u reposts


但它停止了工作。有人有更多的信息吗?是否仍然可以通过API重新发布曲目?

记录在案的SoundCloud API不包括重新发布:

这是故意的。Repost不是SoundCloud向API用户提供的产品的一部分。您正在使用的终结点最初是为内部应用程序构建的,但现在已退役。在撰写本文时,它仍然以只读形式提供,但这很可能很快就会消失


一般来说,对于公共API中不可用的内容,我们建议使用widget或embed。不幸的是,它也不包含重新发布功能。你使用repost做什么?我或许可以提出一个替代方案

这里也有同样的问题。用于下载门。几周前还在工作,没问题,现在我找不到404了


艺术家联盟和托尼登仍然在重新发布曲目,没有问题。不知道他们在用什么。我仍然可以通过以下方式获得用户重新发布的曲目:


:{user}?client_id=2bdf…..

如果您使用的是旧SDK,它实际上会向
api.soundcloud.com/e1/me/track_reposts发出POST请求,应该放置该方法,否则将返回404错误。因此,如果您查看网络监视器
SC.put('api.soundcloud.com/e1/me/track_reposts/{track_id}'),它做一个帖子。我仍然在使用旧的SDK,但我刚刚用PUT创建了一个新函数。现在它工作正常。

Dave,我使用repost作为下载网关,Soundcloud也没有删除它,因为在其他网站上,repost仍在工作。另外,为什么“api.Soundcloud.com/e1/me/repost/”返回“500-内部服务器错误”?这意味着它仍然存在。