办过 100Mbps 的，实际体验不错，绝大部分资源能达到 100Mbps，虚标较少。
新加坡阿里云能跑满带宽.

一线标准，难道不是 200 一天？

其实讲真吧，这两家还是看部门的说。 阿里内部也有边缘部门，核心部门也有边缘组。
至于留用，就看有没有名额了，据说 Ali Cloud 今年录得少，实习留用机会应该略大。

哎，实习嘛，随缘，选个平台大的肯定没错。至少吹逼也有面子不是？

@v3exhao 哈，暴露了，不过也不乏 CDN 厂商在 CETNET 内部部署节点的可能。另外这科技太黑了, 似乎是直接劫持了 HTTP。

我来歪楼：话说这链接点完直接 302 到了 http://202.117.4.101/cache/12/03/yyshhhh.com/****.pdf 这个 CDN 上了。
这是阿里云的黑科技？［好久不写码，看来是落伍了］

港真，在中国大陆地区， MIUI 很贴心。比起什么原生的，微小改动版真的舒心得多。

难道题主不知道有“大客户”这一说？还谈什么公开标准。

实习生写的代码，系列～

@freethink 他说的环聊拨号器，我想应该叫做 hangouts dialer ， google play 有下。

@hadoop 为什么我在双核 e5 vm 上跑 sftp 从来没有 cpu 100%过？而且千兆重来也跑不满。。。

必然企业用户优先，真以为我们这些屁民能用上？

看着某些回答也是感觉 V 站系列。

如果 ping 的时延在 0.2ms ，而 TCP 在 2ms ，那么 1.8ms 多半是损耗在了 protocol stack 及以上了。

如果不动应用层 code 不是楼主维护的话，我想楼主只能从 Linux 内核层面去优化了。
我倒建议说，首先换网卡 /驱动，先试试 2 层有无优化空间，再如楼上说的，试着调整下 TCP 的参数。

其次，应用层：考虑到本地环境丢包较少的情况，只需要加快应用层到驱动的处理逻辑，因此，可以考虑说，减小每一层的 Buffer 大小。

总之，具体问题具体分析吧，不如 po 段测试代码出来看看。:>

我记得这货不是 github release 页面有 free 的版本？

楼主应该高兴啊，今年的 KPI 又有着落了～

“贵司吃枣毁在 HR 手上”

确实某些国内公司的终面 HR 的水平很一般，一副“爱签签，不签滚”的蜜汁优越感。

虽然我也不太清楚，现在如何考评这些业余的 HR 的工作业绩。

@ooTwToo

个人理解的粗略框架：

客户端： 服务器
-------(username, password)-------->
<------根据(usr,pwd)生成的 token----
--------GET /foo/bar (附带 token)---->
--------POST /bar/foo (附带 token)---->

不过细化下来，还是有好多考究的地方。

至于说，题主提到的反爬虫， 可以通过上述方案将验证解耦到“登录验证”这边，发现有异常请求，封停 username,password 。
否则， Web 技术确实无法保证绝对的安全性。

@longquanwo 这软件不错～好像 xshell,球科普～

@qcloud 喔，是这样的，我的上游不支持 dnssec ，于是就递归相上查询，导致速度奇慢。坐标国内。不知道歪国的提供商如何？