@oreoiot 你得先确定那是 uwp 应用还是打包成 msix 格式的 win32 程序

@murmur #24 Python 那是直接不兼容了，deno 和 node 都是跑 ECMAScript，语言标准一致，区别只是在一些 api 方面。
比起 node 只能调 C shared library，deno 要是能直接调用 cargo crate，直接用 rust 写扩展，你说香不香。还能像 Lua 一样嵌入到 rust 程序里面，rust 又能编译到 wasm，再加上 Mozilla 的 servo 等项目成熟以后，吸引到 npm 的生态迁移，把 js 的生态和原生高性能结合起来，用 rust 给 js 开发 web 框架，结合高性能和开发效率还有 SSR 、wasm，玩法丰富多样。

1. deno 暂时没有解决什么痛点，这点赞同楼主。
2. node 迁移到 deno 相对比较容易，生态还是有机会搞起来的。
3. deno 可能会在 wasm 、rust 互操作等方面发力。
4. 个人比较期待基于 servo+deno 的方案用以替代 chromium+node 的 electron 、nw 等框架。

iptf -> iperf

先用 ipetf3 测速排查非网络问题

现在较新的设备无论 Android/iOS/Windows 都会在扫描时随机化 mac，倒是问题不大。至于广播的 WiFi 就没办法了。

生产部署的话就 hyper V 吧，VMware 是 type2 并且专门设计为桌面使用。

下断点找到他存储 state 的对象然后直接改？

直接透明代理解决一切疑难杂症，没有软路由的话可以起个 openwrt 虚拟机当网关。
另外不建议用这个闭源的玩意，倒不是说信不过，而是担心哪天作者被上门喝茶然后“招安”，这玩意要联网和 UAC，单点故障风险太大。

@zpvip 你这样想，就太 naive 了。网站可以不用 3xx 跳转，而是改用 js 跳转，根据 ua 跳转，监听到点击事件跳转，引导用户点击“查看原文”跳转，这怎么检测？完全没办法检测。所以不如直接禁止外链，你看微信公众号一直不允许任何外链，产生了多么优质的内容生态？反观外部网站想放啥放啥，完全不可控。

我觉得你这个想法不行，网站的所有者不需要跳转就可以随时修改任意内容。所以不妨一步到位，微信内禁止发送任何非腾讯旗下域名的外链，检测到就封号，需要好友辅助手持身份证输入银行卡号才能解封，充分发挥微信特色生态的优越性，你说吼不吼啊？