方便的话可以发一下 curl 命令输出结果，我这边实测是可以的
（绑 IPv6 host 验证 OK：2401:b180:2000:60::f h5.dingtalk.com ）

``` $ curl -6 -v https://h5.dingtalk.com/status.taobao
* Trying [2401:b180:2000:60::f]:443...
* Connected to h5.dingtalk.com (2401:b180:2000:60::f) port 443 (#0)
* ALPN: offers h2
* ALPN: offers http/1.1
* CAfile: /etc/ssl/cert.pem
* CApath: none
* (304) (OUT), TLS handshake, Client hello (1):
* (304) (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN: server accepted h2
* Server certificate:
* subject: C=CN; ST=ZheJiang; L=HangZhou; O=Alibaba (China) Technology Co., Ltd.; CN=*.dingtalk.com
* start date: Apr 12 01:56:07 2022 GMT
* expire date: May 14 01:56:06 2023 GMT
* subjectAltName: host "h5.dingtalk.com" matched cert's "*.dingtalk.com"
* issuer: C=BE; O=GlobalSign nv-sa; CN=GlobalSign Organization Validation CA - SHA256 - G2
* SSL certificate verify ok.
* Using HTTP2, server supports multiplexing
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* h2h3 [:method: GET]
* h2h3 [:path: /status.taobao]
* h2h3 [:scheme: https]
* h2h3 [:authority: h5.dingtalk.com]
* h2h3 [user-agent: curl/7.86.0]
* h2h3 [accept: */*]
* Using Stream ID: 1 (easy handle 0x14e813400)
> GET /status.taobao HTTP/2
> Host: h5.dingtalk.com
> user-agent: curl/7.86.0
> accept: */*
>
* Connection state changed (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 200
< server: Tengine
< date: Thu, 16 Mar 2023 06:02:49 GMT
< content-length: 0
< accept-ranges: bytes
< etag: W/"0-1678781644000"
< last-modified: Tue, 14 Mar 2023 08:14:04 GMT
< cache-control: no-cache
< content-security-policy-report-only: default-src 'self';style-src 'self' 'unsafe-inline' dev.g.alicdn.com g.alicdn.com at.alicdn.com *.test.youku.com *.taobao.net webapi.amap.com;script-src 'report-sample' 'self' 'unsafe-eval' 'unsafe-inline' *.dingtalk.com *.cnzz.com *.alicdn.com market.wapa.taobao.com dev.g.alicdn.com g.alicdn.com ynuf.alipay.com log.mmstat.com s.tbcdn.cn vip.laiwang.com wswukong.laiwang.com local.alipcsec.com:6691 *.taobao.net cfd.aliyun.com restapi.amap.com webapi.amap.com tce.taobao.com cfall.aliyun.com gw.alipayobjects.com ynuf.aliapp.org;connect-src 'self' *.dingtalk.com ynuf.alipay.com dev.g.alicdn.com g.alicdn.com retcode.taobao.com dingtalk-cspase-sh.oss-cn-shanghai.aliyuncs.com dingtalk-cspase-sz.oss-cn-shenzhen.aliyuncs.com arms-retcode.aliyuncs.com arms-retcode.aliyuncs.com gm.mmstat.com ynuf.aliapp.org wss://acs.wapa.taobao.com wss://acs.m.taobao.com aliliving.alicdn.com wgo.mmstat.com dtliving.alicdn.com hd.mmstat.com uc.gre alilive.alicdn.com *.mobgslb.tbcache.com *.mmstat.com px.effirst.com;frame-src 'self' h5.m.taobao.com qiye.aliyun.com log.laiwang.com dev.g.alicdn.com g.alicdn.com login.dingtalk.com login2.dingtalk.com *.dingtalk.com mailsso.mxhichina.com wvjbscheme: alipaybridge: alipaymonitor: ynuf.aliapp.org cn-hangzhou-dap.cloud.alipay.com cn-hangzhou-cap.cloud.alipay.com auth.cloud.alipay.com;font-src 'self' at.alicdn.com dev.g.alicdn.com g.alicdn.com data: *.taobao.net i.alicdn.com;img-src 'self' data: http: fourier.taobao.com *.dingtalk.com *.aliimg.com *.alicdn.com *.mmstat.com ynuf.alipay.com arms-retcode.aliyuncs.com pin.aliyun.com fourier.alibaba.com retcode.taobao.com *.cnzz.com dingtalk-cspase-sh.oss-cn-shanghai.aliyuncs.com dingtalk-cspase-sz.oss-cn-shenzhen.aliyuncs.com restapi.amap.com landray.dingtalkapps.com restapi.amap.com image.uczzd.cn;media-src 'self' *.dingtalk.com cloud.video.taobao.com videocdn.taobao.com dev.g.alicdn.com g.alicdn.com tbm-auth.alicdn.com alilive.alicdn.com aliliving.alicdn.com blob:;worker-src 'self' blob:;report-uri https://csp.dingtalk.com/csp;
```

@lazydog 可以钉钉上搜索 dingtalkkejie 加一下我，我找招聘 HR 查一下之前有无面试记录，确定一下是否可以转推荐

谢谢大家反馈和积极给出建议，我们团队已经介入修改了。欢迎使用钉钉工作交流，也可以私信联系我

Ubuntu：Mostly written in C#
呵呵

我推荐学门脚本语言，不一定是Python，ruby、perl都可以。
程序员会门脚本语言的好处就不解释了

每天送冰激凌，有天她不吃的话，就改送暖宝宝、好好伺候着

软件测试的艺术，1979
Hacker's Delight, 2002，刚好十年

小公司尽量少招新手
大公司可以招新手慢慢培养，工作中，专业技能永远是最容易学的，面试时反而不用过于关注这方面。给公司和候选人一次机会。

招聘途径中，实习生机制不一定是最好的，但肯定是相对较好的一个
1) 实习期间更多的机会去考察
2) 招聘成本低，这个成本不是指工资，而是招聘过程的人力、资金，因招聘失误带来的附带损失
3) 公司在实习生中口碑较好的话，可以间接招聘到对应实验室靠谱的其他同学

load1 100+跑生产应用好久都没问题。。。
load 值仅供参考，选用其他系统负载相关信息、以及完善的应用级别Profiling和监控比较靠谱

发呆：想想有什么方法能跑快点

我爸会上v2ex的话肯定会吐槽：现在的年轻人怎么了，我家那浑小子天天穿个拖鞋去上班，成何体统！

@skywinger Google那不一样
好比你现在要去北京可以坐飞机，即使去太空砸点钱也能买到一张商业太空飞船的票。但是去火星的话，就只能自己造飞船了。

@skywinger 我不知道怎么建议，如果是我的话，会优先选择开源的，比如Sphinx等，毕竟用户需要的是产品，而不是C++/Python之类的东西。
产品演化过程中，有必要的话，可以改进开源工具，既节省了自己从头开始研发的时间成本，也能给社区做出回馈。比如Twitter之前采用Lucene，后来因为实时性的特殊需求而在Lucene之上做改进。
等到有一天开源工具彻底不能满足需求时，也应该有钱、有时间去自行研发定制化的搜索引擎了。

@skywinger 重点还是在开发效率，小公司刚起步时迭代速度很重要，C++ web framework有runtime binding 及动态编译的功能也无济于事。

使用动态语言，可以马上拥有庞大且成熟的开发库，包括模版引擎、ORM、Auth集成、权限管理、甚至是开源的SNS/电子商务网站等等，这些是C++真正缺乏也没必要拥有的特性。当然如果真在C++里面把这些功能全集成进去时，性能也会大打折扣，选择C++意义就不大。

小公司起步时就一个字：快！

至于性能问题不应该优先考虑C++，而是考虑找些资深的Python/Ruby/PHP工程师。
产品都没定型，业务模式还没想清楚时，就不应该想C++还是Python，而应当考虑下个A/B Testing有什么办法能快点发布，尽早验证想法和方向。

@fangzhzh
我说的第二点可以对你的第三点，但业务规模发展到每天千万、甚至过亿的PV时，人力成本占比就没那么大了，当然，依旧不建议复杂的web逻辑用C++实现，可以针对api之类的简单逻辑且调用次数庞大的业务采用C++，这样的话过于复杂且笨重的C++框架也未必合适：
成熟阶段：这时候产品成熟了，也开始赚钱了，线上堆上成千上万台服务器，性能优化1%都能带来巨额的经费节省，那么没有人会介意投入点人和时间进去搞搞C++的。而实际上，前期快速的产品迭代必然给后期留下巨大的优化空间，发展没压力时该考虑从性能上榨出利润了。

@fangzhzh
“1. 服务器的投入，php，python，ruby的空间，便宜的一抓一大把。”
看来我们讨论的不是一个阶段的问题。
起步阶段：需要不断试错，探索，要点就一个字：快！产品快速迭代，不该用C++来写web前端，php/python/ruby更合适。就算是后端也应当Python/Ruby+开源软件来搭建。
成熟阶段：这时候产品成熟了，也开始赚钱了，线上堆上成千上万台服务器，性能优化1%都能带来巨额的经费节省，那么没有人会介意投入点人和时间进去搞搞C++的。而实际上，前期快速的产品迭代必然给后期留下巨大的优化空间，发展没压力时该考虑从性能上榨出利润了。

@limu 有一两年技术积累的C++团队，如果没有类似动态语言一样的正则表达式/split函数/编码处理 封装，那就该反思了。
最大缺陷还在手动内存管理，不过简单业务逻辑(点击统计等中转页面、简单吐出一个iframe页面等)&追求高性能的场景下，这个缺陷就是优势了（自定义内存管理带来的性能提升）。

不过如果需要用到模版引擎、ORM，那么这个复杂性估计已经不适合用C++了。
个人认为，C++应用到web前段引擎开发还是比较适合处理简单的业务逻辑，框架可以是基于Nginx模块机制，或libevent的http库，封装出来一个易于使用的东西，提供uri参数、header、cookie、postdata的获取与Response生成的便利接口。简化开发逻辑。

自学＋组织同学间交流学习