杂注和缓存控制标头之间的区别？
我在维基百科上读到语用标头，上面写着：
“pragma：no-cache header字段是用于请求的HTTP/1.0标头。它是浏览器告诉服务器和任何中间缓存它需要资源的新版本的一种方法，而不是服务器告诉浏览器不要缓存资源。一些用户代理在响应中确实会注意此标头，但HTTP/1.1 RFC特别警告不要依赖此行为。”
但我不明白它是干什么的？值为no-cache的cache-control标头和值也为no-cache的pragma之间有什么区别？
共有1个答案
pragma是HTTP/1.0实现，而cache-control是相同概念的HTTP/1.1实现。它们都是为了防止客户端缓存响应。旧的客户机可能不支持HTTP/1.1，这就是为什么该标头仍在使用。
-
来自RFC 2616 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.1 无缓存 如果 no-cache 指令未指定字段名称，则在未成功与源服务器重新验证之前，缓存不得使用响应来满足后续请求。这允许源服务器阻止缓存，即使缓存已配置为向客户端请求返回过时的响应。 因此，它指示代理重新验证所有响应。 将此与 必须重新验证 当
-
在nginx中使用add_header指令时，会将该头添加到来自源服务器的响应中。 假设源服务器返回缓存控制公共，最大年龄=60。但在nginx反向代理位置中，您可以设置如下内容： 添加\u头缓存控制公用，最大年龄=10 这到底是做什么的？我可以想到两种不同的情况： 1）Nginx尊重来自源服务器的缓存控制报头，并将内容存储在其缓存中，过期时间为60秒。然后传递带有覆盖标头的响应，导致客户端将资源
-
我有一个问题与超文本传输协议头-缓存控制：max-age=1234我的源有那个头，但任何方式发送请求和接收304.我需要可能我错过了什么？还有一个，源除了缓存控制： max-age=1234在"响应头"有缓存控制： max-age=0在"请求头"，可能是它的影响。 我的一个资源响应标题，示例： > 远程地址：10.6.237.13:443请求请求方式：GET状态码：304未修改
-
我想在缓存控制头中设置max age以响应。我已经写了如下，但仍然有max-age 0。我想只为一种方法设置max age，所以我不想禁用默认值。我认为应该是ovveride。 有人知道我做错了什么吗？
-
本文向大家介绍虚拟内存和缓存内存之间的区别，包括了虚拟内存和缓存内存之间的区别的使用技巧和注意事项，需要的朋友参考一下 在计算机环境中，内存是至关重要的部分，因为它是唯一负责系统性能和系统存储容量的部分。众所周知，内存负责任何应用程序的加载和执行，还用于存储其数据，以后可被其使用，因此在加载或安装应用程序之前了解系统的内存配置非常重要。 现在，在本主题中基本上将要讨论的是两种类型的存储器，即虚拟存
-
ETag标题的定义(https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag): ETag HTTP响应头是资源的特定版本的标识符。它使缓存更有效，并节省带宽，因为如果内容没有改变，web服务器不需要发送完整的响应。另一方面，如果内容已经改变，etags有助于防止资源的同时更新互相覆盖(“空中冲突”)。 缓存控制头的定义(http