与你同在。。。

我之前访问内网的时候，是这样部署的，内网可通外网机器--ngrok-->VPS，走的 tcp 转发 3389，然后就可以 mstsc 了，当然要确保内网的这台机器是实时保持补丁更新且密码为非弱口令。

@xinyana 看样子应该是下载的东西都通过 cloudflare worker 进行中转的呀。。所以流量才会这么大的把。。

@wunonglin 哈哈，我曾经也这么干过，碰到这种情况屡试不爽。

@wunonglin 那既然这样了就只能使出绝招了。。。加多一层专门抽象专门转移后端传过来的数据，性能什么的以后再说吧，哈哈。

@wunonglin 这个感觉再敏捷，也要先跟后端同学扯好接口才可以不背锅呀。。。

是用不了 mock 吗？

@howencilx 但是我用了好久，除了我去触碰，貌似其他情况都不会自动变换呀。。难道这是 BUG ？

这个表盘的确就是这样的。。

我也来当一次分母

还好吧，日常使用绝对没问题，就是烦人的输入法有时候会卡退。。

@LowBi 还是有点担心空挡太久，人事他们会找茬。。

@LowBi 想问一下，像空挡那么长一段时间，面试时人事问起来会怎么回答呀？

楼主实在可以，哈哈哈

上次看了您的另外一个帖子后，就入了图片里的几本小书，现在才差不多看完两本，惭愧不已。
不过实话说，楼主主持的这个活动真好。

cf 在大陆基本是处于减速的状态。。

首先构造方法的 prototype 不一定是为对象的呀，可以置为 null 的

另外可以看下 ECMA 对于 Proxy 构造函数的规范：
http://www.ecma-international.org/ecma-262/#sec-proxy-constructor

26.2.2 Properties of the Proxy Constructor
·has a [[Prototype]] internal slot whose value is %Function.prototype%.
·does not have a "prototype" property because proxy exotic objects do not have a [[Prototype]]
internal slot that requires initialization.

由于 Proxy 构造出来的实例对象是对 target 的一个代理，所以 Proxy 在构造过程中是不需要 prototype 进行初始化的。
另外我记得正常的构造函数在 new 运算的时候，是首先会取构造函数的 prototype 去构建一个实例，然后再传入构造函数内充当 this，再就是构造函数进行初始化。

现在割韭菜还能这么清新脱俗？？

google drive 不香吗