iptf -> iperf

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

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

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

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

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

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

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

@ysc3839 是 snapshot，但我觉得滚动更新不应该是问题，arch 那样的也不至于装个软件包那么容易坏。主要还是为嵌入式设计的系统为了节省资源占用导致的。

@ysc3839 #66
不单单是没法升级内核，大部分软件包都很难管理，第三方的还好，我遇到的都是官方的包冲突，比如网络工具凡是支持 ssl 的基本都会遇到 ssl 库冲突，luci 的组件如果没提前编译进去后来安装很容易损坏，iptables 涉及到的内核模块也装不上。
官方文档上也有提示 https://openwrt.org/docs/guide-user/additional-software/opkg
>The package repositories in the development snapshots are updated by the build bots to new versions very often, so it's very likely you won't be able to upgrade some packages due to broken dependencies with kernel or kernel-related packages. In that case, it's recommended to use the Image Builder and make a new firmware image with all packages you need and flash that instead of upgrading through opkg.

@ysc3839 那个包管理你用过就知道了，非常残废，各种依赖版本冲突，也不具备更新系统的能力。根据官方的最佳实践就是提前编译好然后整个系统重刷。

一直没有说清楚的是这样做是不是相当于嵌套虚拟化，使 vt 之类的特性无法使用，从而性能大幅降低？

@venster hyper v 对标的是 esxi，VMware workstation 则专注于桌面虚拟化，易用性和图形性能要好不少。

@GeruzoniAnsasu 你这样说确实有道理，让我想到所谓大部分错误都是暂时的，重启能解决 90%的问题。elixir 文档里说的遇到错误就快速退出然后重启，让系统回到一个已知的正确的状态，从而使整个系统具有很高的容错性。

但任何事情都有 trade off，抛异常直接跳出来确实比插一根管子层层返回错误要优雅，但也太过狂野。
当进行一个可能失败的操作时，使用异常就得包到一层 try 里面，错误跳到 catch 里处理，如果我想失败重试，整个控制流就会非常混乱。
这种情况直接返回一个包含了成功时的结果或失败时的原因的结构则要清晰很多，无论是直接裸返回再手写 iferr 还是包到 Result 里面用 pattern match，错误处理包含在常规控制流中。
日常使用时这种情况占绝大多数，所以较新的语言开始用直接返回替代异常控制流作为绝大多数情况下的错误处理方式，当然少部分时候有时也确实需要回滚，所以也有提供类似异常的 panic recover 机制，我觉得这是正确的发展方向。

想问下哪种环境管理能同时管理 path （命令行执行 Python ）和注册到 explorer （双击.py 文件）的 Python 版本。