Twitter图标应该在本地缓存还是与API返回的URL热链接？
当我构建第一批Twitter应用程序时，我编写代码在本地缓存用户图标。当时，假设这些图标在其原始位置始终可用似乎不是一个好主意。这些网站的流量相对较低，尽管我在登录时抓取了用户图标，但对性能影响不大。也没有向我的访问者提供这些用户图标 然而，现在我正在开发一个流量大得多的应用程序，我想知道我是否可以通过热链接twitterapi返回的url上的图标来逃脱。这似乎不是一个好主意，但我看到的大多数（全部？）Twitter应用程序代码只是热链接个人资料图像。也许这是因为他们大多基于相同的理论，或者可能是因为他们的作者知道一些我不知道的东西 如果只是热链接图标是个好主意，那么当用户将新图标上传到Twitter并决定不再登录我的应用程序时会发生什么。Twitter是否会清除我在某个时候方便地热链接的旧图标？归根结底，这不是一个无法克服的问题，但最好知道其中一种方法Twitter图标应该在本地缓存还是与API返回的URL热链接？,twitter,Twitter,当我构建第一批Twitter应用程序时，我编写代码在本地缓存用户图标。当时，假设这些图标在其原始位置始终可用似乎不是一个好主意。这些网站的流量相对较低，尽管我在登录时抓取了用户图标，但对性能影响不大。也没有向我的访问者提供这些用户图标 然而，现在我正在开发一个流量大得多的应用程序，我想知道我是否可以通过热链接twitterapi返回的url上的图标来逃脱。这似乎不是一个好主意，但我看到的大多数（全部？）Twitter应用程序代码只是热链接个人资料图像。也许这是因为他们大多基于相同的理论，或者可能
非常感谢您能为我提供的任何帮助。我相信热链接url是公平的做法。毕竟，它包含在每个返回用户信息的地方，这表明它是一个高度不稳定的资源 我不相信通过热链接到该API，您会违反任何条款或协议 如果您的应用程序是基于web的应用程序，那么我只需将其热链接即可 但是，如果它不是基于web的应用程序，并且您发现热链接会影响性能，我会保留一个映射到用户ID的配置文件图像URL列表，然后下载图像，如果您没有，则将其存储 然后，每次您获得用户信息时，检查url，如果它与您拥有的内容不同，请再次下载内容并显示它（当然也会更新您的地图） 有一点相关，记住，如果你是从那里获得信息的，你不应该做比这个频率更高的事情