Apache 在发送 304 时忽略 PHP 标头

Question

当我在 Apache + mod_php5 中设置自定义标头时，效果很好：

header('Foo: Bar');

但是当我尝试此操作同时还发送 304 Not Modified 响应时，该标头似乎已被 apache 删除（与 X-Powered 一起） -By 和其他标准标头）。

header('HTTP/1.1 304 No Content');
header('Foo: Bar');

有谁知道如何解决这个问题？

Answer 1

这不是回答了问题吗？

如果条件 GET 使用强缓存验证器（请参阅第 13.3.3 节），则响应不应包含其他实体标头。否则（即，条件 GET 使用弱验证器），响应不得包含其他实体标头；这可以防止缓存的实体主体和更新的标头之间出现不一致。

来自 http://www.w3.org/Protocols/rfc2616/ rfc2616-sec10.html#sec10.3.5

Answer 2

从 Apache 2.4.23（据我所知，今天的最新版本）开始，当您发送 304“未修改”响应时，您将无法解决该问题，因为事实上，Apache 确实显式删除所有非白名单标头：

http://svn .apache.org/viewvc/httpd/httpd/tags/2.4.23/modules/http/http_filters.c?view=markup#l1331

所以，不管我们喜欢与否（因为当我发送 304 时，我也同意 Apache 从响应中删除我的 CORS 标头），Apache 似乎确实遵循了 RFC 建议，并且它确实正在处理所有可能出现的问题该列表之外作为实体标题。

一种解决方案是修补 Apache 源代码以扩展该列表，然后将您自己开发的软件包部署到您的服务器上，但这绝对不是没有一长串其本身的影响。另一方面，我听说 nginx 不会遇到这个问题。

我提供的内容将被标准浏览器中的 WebGL 运行时等消耗，因此，如果他们确实抱怨我的 304 响应中缺少 CORS，我将不得不将所有内容都转为 200 OK 并放弃节省带宽。

Answer 3

我用一个技巧来解决这个问题：
1. 将所有 header 放在 304 header 之前
2. 在发送 304 之前刷新这些标头

header('Foo: Bar');
flush();
header('HTTP/1.1 304 No Content');

Apache 在找到 304 之前不会删除任何标头。
我们在发送 304 之前强制通过flush()发送其他标头。
那阿帕奇不能伤害我。

Answer 4

尝试：

header('Foo: bar', true, 304);