下面是一些例子(設置爲意大利國家):Deezer API跟蹤方法是否返回不可靠的結果?
http://api.deezer.com/2.0/track/2566127說,軌道是不可讀的,但我可以從兩者並deezer.com從API的應用程序進行播放,同爲http://api.deezer.com/2.0/track/7960580
http://api.deezer.com/2.0/track/3259613說軌道是不可讀的,它實際上並不存在(並且通常不存在跟蹤API返回錯誤)
某些其他時間軌道(過去存在)的結果不存在(例如http://api.deezer.com/2.0/track/17737916披頭士 - 直到有是你)都來自API和deezer.com播放器(http://www.deezer.com/it/track/17737916)但如果我se使用來自deezer.com的磁貼曲拱歌曲我可以看到該曲目有一個新的ID(APIs不給我「替代」ID,但)。
我做錯了什麼或者API的迴應有時候不正確也不可靠?
擁有available_countries字段實際上是一個很棒的新聞,但上面的問題仍然存在:爲什麼http://api.deezer.com/2.0/track/2566127表示該曲目不可讀,但我可以從deezer .com和從一個API應用程序? 我知道「替代」字段,但有時候(如我在beatles示例中所述)它不起作用 – Eugenio
可讀屬性取決於您的GEOIP或來自與令牌關聯的國家/地區(如果有)。如果您得到不同的結果,那可能是因爲請求不完全相同(不同的令牌或不同的GEOIP)。 – Julaie
我得到直接從瀏覽器(意大利)調用API的「不可讀」結果,我使用來自同一瀏覽器的deezer和Deezer應用程序,我用我的高級用戶令牌(意大利語)嘗試過,所以結果如何不一樣? – Eugenio