经常会用nginx做反向代理到后端应用服务器，如代理到java、php等应用。有个问题是返回给客户端响应头中可能包含一些后端信息，虽然不影响用户体验，但还是泄露一点信息。
比如我nginx反向代理到后端的java应用的8888端口，在响应头中被显示出来了
可以用 proxy_hide_header 隐藏响应头中的某些信息
proxy_hide_header X-Application-Context; # 配置在你的proxy
reload下nignx，在看看， 发现已经没有了 X-Application-Context 字段，说明隐藏了
当然，生产环境会做很多proxy，起来很多，可以把 proxy_hide_header X-Application-Context 写到http段里面
公司现在200人了。那么现有的岗位划分和人员编制，就是定岗定编的结果，你现在需要做的是把公司现有的岗位和人员进行统计，最终落实到纸面上就是定岗定编1.0版本，有了这个初始版的定岗定编就可以开始设计公司业务发展所需的定岗定编2.0版本了。
其实我们不难看出，所谓定岗定编并不是一项创造性的工作，不是从无到有的设计而只是对既成事实进行不断的修改和调整。就比如定岗定编1.0其实只是对公司现有真实情况的一个统计，而定岗定编2.0是要在这个真实情况的基础上，结合公司未来发展规划所要进行的微调。所以，对我们来讲具有实际价值的是2.0这个版本。
很多人对定岗定编工作存在一定的误解，认为“定”这个字就表示确定和固定，一旦定下来就不动了，其实情况恰恰相反，我们定岗和定编是为了有目的有方向的去动，而不是静止，否则，我们就完全没有必要开展这项工作。
而所谓的定岗定编2.0乃至以后的3.0,4.0都是调整岗位和编制的行动说明书。
如何设计这份说明书。
这就要分开来讲，首先定岗工作，它指向的是两个大方面，一是组织架构，二是工作流程。组织架构可以看做是纵向的调整，工作流程可以看做是横向的调整。所以我们在定岗时首先要考虑到这个岗位在组织架构上的层级隶属关系，权责分配等内容。其次还要考虑这个岗位在工作流程中所处在哪个环节，分别与前后环节如何衔接。
其次，在说一下定编工作，定编工作也可以指向两个大方面，一是工作量，二是制衡关系。工作量很好理解，就是一份工作需要几个人才可以在规定时间内按照规定标准完成，这里要着重说明的就是工作量不是一个孤立的概念，它是有限定条件的，那就是只有在规定的时间内和规定的标准内谈工作量才有意义。
制衡关系需要简单解释一下，很多工作由于特殊性是无法仅由一个人完成的，这跟工作量无关，比如财务上，管理印鉴的和管理现金支票的就不能是同一个人，在部门内花钱的跟审批的不能是同一个人。在工作中，执行的跟监督审计的不能是同一个人等等。所以确定人员编制，既要考虑工作量又要考虑制衡关系。