之前给朋友用 openwrt+softether 搭过一个，不过规模比较小，同城两地办公点互联，有一个点有固定公网 IP （上行 20M ），为了访问 nas 共享。选的是 bridge 的三层互联方案。

不过由于共享文件是个 100 多 MB 的 excel ，直接共享里面进行打开编辑的话最后保存老是出问题，后面撤掉了。

除开这个问题总体体验我觉得挺满意了，毕竟便宜啊。

放弃责任心就能舒服很多，如果下面打工仔能报团，就可以背后当爹了。

也是用的面包多，比老哥赚得多一点，大概 200 块。很想开通 API 不过看到创始人回复感觉很难了。

@julyclyde 感觉定这些的主导者大概是 Javaer （ doge

这个目标达成的成本会很高。

首先，Python 现有的包管理工具我是没找到一个能锁定传递依赖的方法，只能将传递依赖变成主动依赖。

其次，一个环境下一个包只能有一个版本。

另外是否 break change 无法从版本号确定。一旦项目依赖复杂，没有完整的测试覆盖无法发现问题。

而发现问题后，也会遇到必须由上游依赖包来解决的情况。这时想自己解决只能通过维护额外分支解决。

之前看过的项目是调用 libreoffice 转成 pdf 再预览的。

都有老婆孩子了，只要 B 稳定性还行没理由不选 B 。除非想逃离家庭。

xnview 应该可以

让对接方直连数据库自己读。doge

建议先关掉历史主题可见。

看你这个低成本保证安全怎么理解了。
常规理解：满足最低要求的前提下保障。
田园理解：找个开源/免费的方案，最大限度的保障安全。

纯看 Web 处理能力，正常部署 Django 跑个 3000qps 没啥问题啊，怎么能得到每秒几十个订单就扛不住的结论？

Windows 下可以将 workdir 设置到 appdata 中，配置走 user profile ，这样可以在用户级别隔离。

基于运维的角度，我个人会问项目依赖管理和多版本 python 共存怎么管理这两块。

“我机器上是正常的”这种理由可太常见了。

其实没啥纠结的。

知道怎么造原子弹，能造出来的也是有门槛的。虽然技术发展会让这个门槛降低，但现在还是存在的。

技术重不重要取决于技术力足不足够。老板认为技术力足够，那么技术就不重要。技术角色再怎么解释（掩饰）都无法改变他的认知。

问题不是一天，一个人产生的，却期望招一个人短期解决掉。像极了相亲市场的大龄青年想找一个年轻漂亮有钱的伴侣一次性解决所有问题：看得上的不匹配，看不上的还要各种嫌弃。