不要占用应急车道

@ixdeal 仅理论可行，tailscale 托管了 公钥交换 和 地址分配，没有暴露接口去手动添加一个节点的 公钥和 地址段。

@ixdeal 而且 tailscale 的 wireguard 实现，比内核中的还要快： https://tailscale.com/blog/more-throughput/
即使介意商业公司的产品，用 headscale 也能实现完全的自主控制，自己手动管理 wireguard 配置和组网没有意义了。

@ixdeal tailscale/headscale 的底层就是 wireguard 呀

@lostman1337 这么高吗，都超过很多程序员了[狗头]

vscode remote server 端会消耗 1GB 左右的内存，并在磁盘上保留最近四个版本的程序本体，以及插件的历史版本。
而且 server 端默认会启动类似 反弹 shell 的隧道，并定期执行端口扫描。

同样是 node.js 实现的 基于文件系统的数据库
https://github.com/arvindr21/diskDB

golang 实现的 基于文件系统的数据库
https://github.com/peterbourgon/diskv
https://github.com/recoilme/pudge

从设计文档看，楼主与他们的区别是额外设计了基于 http 的通信协议
但数据模型都是共通的，都是层次数据库，或者说文档型数据库

感觉会步 LoRa 的后尘

看来芯片的制程到极限了

IT 是红海，别来挤了，太难了

看着像 元太 在推的 适用于公共告示的 大尺寸 彩色 电纸屏

@mikurasa 非常赞同，而且即使在 zap 的 benchmark 里，zerolog 也是最快的。

这些信息多数可以在编译时导出，却要人手工收集填写。

方便的话，能在 README.md 里提供 pkg.go.dev 的文档链接吗

人肉背进来的吧？

web 后端技术 和语言又不绑定，http 协议，接口设计范式，数据库，缓存，模板系统 这些都是共通的，这么纠结于 Python 为何？