> 超过业界平均水平的优厚工资待遇
如果是月薪，那么确实描述非常准确，绝对比 FLAGS 的标准高
如果是年薪，呵呵

会，甚至预留出走弯路，踩坑的成本

太慢了
基于渲染的方式来抓取，玩玩小规模数据还可以，大规模抓取要消耗的资源可不是一般人可以承受的（当然，这种情况一般都可以定制了）。

从目前了解，如果纯粹是为了降低抓取门槛，八爪、火车头等一堆方案；如果是满足大规模的采集需求，这种一般都是定制开发。

让他直接把问题描述清楚、发邮件给你，不就搞掂了么。。

赞同 @Powered 的方案，可以参考 consul2template ，非常简单可靠
直接在 nginx 内部实现，要考虑的细节就会多很多，从工程收益来说，不划算。

@imbahom 偏题了，都陷入一些技术细节，或者表达导致的理解误差上面了。

@klesh 还有，楼主说的抓包，我理解不是黑产，更多是做一些爬虫采集数据之类的，那么采用我提出的方案是一个非常主流，最低成本的技术方案。

@klesh 首先， https 的理论安全性没有人会质疑，这个是基本常识。但是我说的是工程角度，而且这个现象不是个例，而是普遍情况。大家讨论的上下文不在一个频道，也就没必要继续讨论了。

@klesh 再补充一个实际应用场景（绝对不是脱了裤子放屁）

1. 分析 APP 协议，可以安装一个根证书，然后通过 proxy 劫持流量分析改动协议
2. 有很多程序虽然用了 HTTPS ，但是缺乏必要的校验，那么还是可以被中间人劫持的
3. 通过诱导、漏洞等方式给你安一个根证书，你的 HTTPS 还有保障么？中国 90%的电脑应该有国内几大互联网公司的根证书吧？

@klesh PS ：讨论技术问题就讨论技术问题，言语难免会有让其它人不爽的地方（你一开始就忽略了我的前提条件直接下定论，我让你不爽的我道歉），直接开喷就没必要了吧。

@klesh 你没看到我备注了么，我都说明了，能够接触到设备的前提下
有很多公司会默认给所有电脑安装一个根证书的你不知道？ 12306 会给很多人安装根证书的这个大家都知道吧
还有，很多程序在实现的过程中，缺乏必要的校验机制，被中间人劫持了又不是什么新鲜事

@klesh 建议还是好好去看书， RFC 2616 这些看完，还有那本什么 HTTP 大头书看完再下结论

@klesh http://security.stackexchange.com/questions/8145/does-https-prevent-man-in-the-middle-attacks-by-proxy-server

用 google 随便搜 https middle man attack 一大堆结果了

而且我备注了：可以接触到设备的前提