gpt4 book ai didi

http - 适用于不同类型资源的理想HTTP缓存控制 header

转载 作者:行者123 更新时间:2023-11-28 02:29:52 24 4
gpt4 key购买 nike

我想找到一个最小的头集,它可以与“所有”缓存和浏览器一起工作(也可以使用HTTPS!)
在我的网站上,我有三种资源:
(1)永久可缓存(对所有用户公开/平等)
示例:0a470e87cc58ee1336f402b5ddfe1c.cache.html(auto generated by GWT
当这些文件更改内容(基于MD5)时,会自动为它们分配一个新名称。
即使在使用HTTPS时,也应该尽可能多地缓存它们(因此,我假设应该设置Cache-Control: public,特别是对于Firefox?)
如果内容已更改,则不应要求客户端往返服务器进行验证。
(2)偶尔更改(对所有用户公开/平等)
示例:index.html、mymodule.nocache.js
部署新版本的网站时,这些文件在不更改URL的情况下更改其内容。
它们可以被缓存,但可能需要一次往返才能每次重新验证。
(3)针对每个请求的个人(专用/用户特定)
示例:JSON响应
在任何情况下都不应将这些资源未经加密缓存到磁盘。(除了可能我会有一些可以缓存的特定请求。)
我对每种类型可能使用的头有一个大致的概念,但总有一些东西我可能会遗漏。

最佳答案

我可能会使用这些设置:
Cache-Control: max-age=31556926–表示可以由任何缓存缓存。缓存的表示将被视为新的1年:
若要将响应标记为“永不过期”,源服务器将发送
届满日期大约一年的时间是反应
发送。HTTP/1.1服务器不应发送超过一个过期日期
一年以后。
Cache-Control: no-cache–表示允许由任何缓存缓存。但是缓存必须在释放缓存副本之前将请求提交给源服务器进行验证。
Cache-Control: no-store–缓存在任何情况下都不能缓存表示。
有关更多信息,请参见Mark Nottingham’s Caching Tutorial

关于http - 适用于不同类型资源的理想HTTP缓存控制 header ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51498217/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com