Jirajine

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

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

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

一直没有说清楚的是这样做是不是相当于嵌套虚拟化，使 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 版本。