SoundCloud API：使用“created_at”过滤器按热度排序不起作用答案

【问题标题】：SoundCloud API: Ordering by hotness with the "created_at" filter doesn't workSoundCloud API：使用“created_at”过滤器按热度排序不起作用
【发布时间】：2016-03-03 00:38:34
【问题描述】：

我正在尝试确定 2012 年 5 月 1 日至 2012 年 5 月 10 日期间最热门的曲目。

不幸的是，以下查询返回了一组空的曲目：

http://api.soundcloud.com/tracks?limit=20&order=hotness&created_at[from]=2012-05-01&created_at[to]=2012-05-10&consumer_key=

但是很明显，在该时间范围内创建了轨道，因为当省略 order 参数时，相同的查询会起作用：

http://api.soundcloud.com/tracks?limit=20&created_at[from]=2012-05-01&created_at[to]=2012-05-10&consumer_key=

我希望热度算法能够在任何时间范围内工作。

我发现的另一个奇怪的事情是，当在 hotness 和 created_at 参数旁边指定查询参数时，会返回结果：

http://api.soundcloud.com/tracks?limit=20&order=hotness&created_at[from]=2012-05-01&created_at[to]=2012-05-10&q=a&consumer_key=

不幸的是，结果似乎没有按热度排序（尽管我认为它们可能在过去的某个时间点出现过）。

关于如何获取特定时间范围内按热度排序的曲目列表的任何提示？

【问题讨论】：

你有没有想过这个问题？根据developers.soundcloud.com/docs/api/reference#tracks，您的日期格式似乎不正确它是 yyyy-mm-dd hh:mm:ss
我也认为热度现在已经被弃用了；来源：developers.soundcloud.com/blog/removing-hotness-param

标签： soundcloud

【解决方案1】：

截至 2013 年 4 月 16 日，热度参数为 deprecated。或者，您可以根据播放次数 (playback_count)、下载次数 (download_count)、收藏次数 (favoritings_count) 对曲目进行排名)、cmets (comment_count)、喜欢 (likes_count) 或在 track 对象上转发 (reposts_count)。

【讨论】：