前两个选项的替代方案：如果使用 COOKIES，则将缓存时间设置为 0

标头集 Cache-Control “no-cache max-age=0 must-revalidate” “expr=-n resp(‘Set-Cookie’)

规则 1 如果没有找到 Set-Cookie 标头，则使用默认时间设置 Cache-Control 标头
如果找到 Set-Cookie 标头，则规则 2 会去除 Cache-Control 标头
规则 3 与规则 2 做同样的事情，但方式略有不同 – 它不削减任何内容，它只是将缓存时间设置为 0 并使其每次都从服务器获取最新版本的数据。

基于路径分析的Cookie抑制

一些 CMS 使用蛮力策略，在需要和不需要的地方用 Set-Cookie 记录使标头饱和。当然，这可能是一个合理的解 巴西手机号码列表 决方案，例如，如果您的应用程序是某种会话持续时间非常短（例如 5 分钟）的秘密系统。那么是的，需要通过检查每个请求中的cookie来检查session的唯一性。但是，如果您的网站上没有任何个性化内容，并且每个人看起来都一样，那么您根本就不需要 cookie。

适当设计的可缓存性

所以你是否使用下面的例子取决于你的应用 cz 列表 程序和你的目标。为了更清楚起见，我们正在谈论一个新闻站点。您的所有新闻都作为某种新闻对象发布在这种类型的地址。现在我们要确保对 请求的所有响应不包含 Set-Cookie 标头，因为您已确保这些 cookie 是多余的。

对于那些感兴趣的人，由于 Apache 的内部功能，使用 path=$1 的重定向和 QUERY_STRING 的后续处理是必要的。If 比 RewriteRule 更容易评估，因为 REQUEST_URI 和来自原始请求的其他数据已经被相同的 Rewrite 更改。

有一些特定的开发策略可以使应用程序高度可缓存。

让我们回到电子商务的例子。让我们创建一个列出热门产品或类似内容的主页。顶级产品需要大量的数据库查询才能呈现，因此您需要对其进行缓存。但问题出在购物车上，它也必须显示在主页上，并且对每个访问者来说都是独一无二的。对于某些人来说，它根本不存在。