与桌面客户端相比，使用ws.spotify.com/Search时的搜索结果有所不同

Question

在我未来的网站上，我试图将音轨转换为字符串“艺术家-音轨标题”，转换为相应的“Spotify：音轨： trackCode”。

因为我比javaScript更擅长编程PHP（请随意嘲笑），所以我做了以下事情：

1. 清除Spotify搜索发现混淆的一些东西的字符串，如括号中的东西， "`", "/", "-" 等符号。
2. 将空格转换为html实体
3. 检索Spotify xml-page"http://ws.spotify.com/search/1/track?q="的结果和附加的字符串。
4. 如果有结果，检索该页中与正则表达式匹配的第一个匹配项（Spotify： path：）（。*）（\"

有趣的是，这只适用于大约80%的字符串。虽然字符串是相当标准化的（它们来自一个广播网站，瑞典的“Digilistan P3”），但有些搜索结果为0。

可能的解决方案：

• A） spotify上没有该曲目

属于B组或C组的两首曲目（从不合适的角色中剥离后）：

1. 泰迪熊sthlm-摇滚高中
2. Bomfunk mc's-b男孩

有人能提出一个更好的转换或想法，提高我在找到合适的匹配曲目的成功评级吗？

当前的算法可以在这里找到。

Answer 1

客户端和Web API中的搜索算法确实略有不同，但您可能也发现了一个bug。

Web API使用全局流行度对搜索结果进行排名（与实际搜索查询加权）。它还返回任何国家都有的东西。

客户端仅返回登录用户所在国家/地区可用的实体。它还使用登录用户所在国家的人气对搜索结果进行排名。

根据这一点，加上唱片公司经常为不同国家、不同权利发送完全相同专辑的不同副本，搜索结果也会有所不同。我们最近在一些国家的客户中也看到了一个bug。https://twitter.com/swemoph/status/426260017847623680

因此，在html" target="_blank">设计上，它应该略有不同，但是在您的情况下，它应该只意味着以稍微不同的顺序出现更多的搜索结果，而不是零。

2-4也许可以解释为没有逃跑

1号更有趣。在Web API和开放站点中查看轨道的实际uri，我们看到它被错误地归因于Teddy熊（而不是Teddy熊Sthlm）：

$ curl -s 'http://ws.spotify.com/lookup/1/.json?uri=spotify:track:1JdC88rtMAwebQVFOcAg0D' | jq .track.artists
[
  {
    "name": "Teddybears",
    "href": "spotify:artist:3gqv1kgivAc92KnUm4elKv"
  },
  {
    "name": "Thomas Rusiak",
    "href": "spotify:artist:7amcWVAeY8e6YwgV9bXlKH"
  }
]

http://open.spotify.com/track/1JdC88rtMAwebQVFOcAg0D 展示泰迪熊的摇滚高中

这清楚地解释了为什么在Web API中找不到它。通过添加搜索词sthlm，您将从结果中排除此音轨。查询引擎似乎按预期工作（尽管我更希望我们在这里允许更模糊的搜索，但这是一个不同的问题）。你没有做错什么，但是我们需要弄清楚为什么数据看起来不同。

Answer 2

看来你得逃出去了

http://ws.spotify.com/search/1/track?q=track：“旧货店”和艺术家：“麦克摩尔和瑞安·刘易斯”