标头设置缓存控制 “public max-age=3600” “expr=-z resp(‘Set-Cookie’

标头总是删除 Cache-Control “expr=-n resp(‘Set-Cookie’)
2a)前两个选项的替代方案：如果使用 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 列表 闻网站。您的所有新闻都作为某种新闻对象发布在这种类型的地址：。现在我们要确保对 /news/item/<ID> 请求的所有响应不包含 Set-Cookie 标头，因为您已确保这些 cookie 是多余的。

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