nginx配置教程之add_header的坑详解

  

  

add_header是头模块中定义的一个指令,顾名思义就是用来添加http响应头的。但请注意他只是“添加”而已,并不是重写。所以如果已经存在某个头,再使用add_header就会出问题。而且在低版本的nginx中add_header还不支持在错误页面中使用。
  

  

这是一个坑比较多的指令。它的处理阶段比位置处理晚,虽然可以写在位置中,但如果重写别的位置,那么上一个位置中尚未处理的add_header就会丢失。比如:
  

        位置=/{   add_header 1;   重写//b;   }   位置=/b {   add_header b 2;   返回204;   }      

 nginx配置教程之add_header的坑详解

  

并没有1这个头吧?这就是一个坑!
  

  

另一个坑就是一开始说的重复的问题,比如我希望给一个内容设置内容类型,但是由于全局有设置一个default_type,所以就重复了。
  

        default_type“text/普通”;      位置=/{   add_header application/json内容类型;   返回200的“OK”;   }      

 nginx配置教程之add_header的坑详解

  

解决的办法当然有很多比如对这个位置将default_type置空,或者干脆不用add_header,直接针对这个位置修改default_type。
  

  

最后一个大坑就是对错误页面无法生效,这也是在文档中有明确定义的。比如下面这个例子:
  

        位置=/{   add_header application/json内容类型;   返回404的“未找到”;   }      

我希望响应一个JSON,然而由于状态码是404,所以这里的add_header并不会生效。

  

 nginx配置教程之add_header的坑详解

  

虽然这个例子可以用default_type来解决问题,但如果是其它头呢?比如Access-Control-Allow-Origin要怎么办?那么除了使用lua或其它第三方模块来解决之外就无解了.nginx当然也意识到了这个问题,所以文档中也说了在1.7.5版本之后支持一个叫永远的参数。虽然nginx自己解决了这个问题,但基于1.6.2的tengine就要呵呵了。

  

  

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。

nginx配置教程之add_header的坑详解