原文地址:http://notelifes.com/2013/07/nginx-log_format-%E8%AE%B0%E5%BD%95%E8%87%AA%E5%AE%9A%E4%B9%89header%E4%BF%A1%E6%81%AF/
文档地址:http://wiki.nginx.org/NginxHttpUpstreamModule
在开发云盘的时候,曾经定过一个协议,对于一些业务上可重试的逻辑,例如:数据库繁忙,请稍后在试;当前操作失败,请稍后在试;或者其他的一些个能够通过重试解决的错误,且不需要用户感知的,我们在返回的时候,使用的http状态吗是500;客户端会自动进行逻辑重试;
但是我们发现一个不方便的地方,没办法很直观的看到当前的500是因为什么而导致的,排查往往需要对着inner-error.log进行对应,比较不方便;但是我们又会将当前错误码通过header进行返回;
于是,是否有可能将header信息中的自定义内容输出到log中呢?看了一下http://wiki.nginx.org/HttpLogModule nginx的log模块,看到了如下让人惊喜的信息:
The headers, transmitted to client, begin from the prefix “sent_http_”, for example, $sent_http_content_range.
Note that variables produced by other modules can also be logged. For example you can log upstream response headers with the prefix “upstream_http_”, see upstream .
原来通过sent_http_+ 自定义头,就可以实现获取变量的内容了
运维网声明
1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网 享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com