【问题标题】:Maintain HTTP Cache using last.fm API使用 last.fm API 维护 HTTP 缓存
【发布时间】:2021-02-04 20:45:18
【问题描述】:

LastFM API 用于在 HTTP 答案中公开“Cache-Control”标头。相反,这是我得到的:

curl --head "http://ws.audioscrobbler.com/2.0/?api_key=APIKEY&artist=NOFX&autocorrect=1&format=json&method=artist.getsimilar&results=100"

HTTP/1.1 200 OK
Server: openresty/1.9.15.1
Date: Wed, 13 May 2020 09:44:27 GMT
Content-Type: application/json
Connection: keep-alive
content-length: 81358
Access-Control-Allow-Methods: POST, GET, OPTIONS
Access-Control-Allow-Origin: *
Mandats-contributions: 86400

自从 last.fm "term of use" 要求我们实现某种缓存(无论如何这对于网络上的任何用途都是明智的),我想知道:我该怎么做用这样的答案来实现它?

当我注意到“Cache-Control”标头消失时,我强制在代码中硬编码 1 个月的缓存,覆盖常规的“Cache-Control/Etag/…”缓存逻辑。

我可能在这里忽略了一些东西,我不是专家。但我希望有比保持静态 1 个月缓存更好的解决方案。

【问题讨论】:

    标签: rest http last.fm


    【解决方案1】:

    我收到了 last.fm 的回复,但该回复已发布在他们之前的支持平台 getsatisfaction ended the service quite abruptly 上。然后我没有答案的确切措辞,因为我什至没有来源。

    总之,他们回答他们没有计划提供任何缓存友好标签

    在过去的 10 年里,我一直在想他们会支持他们的 Web 服务多久,在过去的 10 年里我很幸运能够继续使用它们。但可以肯定的是,不应依赖 last.fm。我希望listenbrainz 能够提供一个开放的替代 last.fm :)

    【讨论】:

      猜你喜欢
      • 2021-12-27
      • 1970-01-01
      • 1970-01-01
      • 2016-12-30
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-06-04
      • 1970-01-01
      相关资源
      最近更新 更多