我部署了 headscale ，然后 derp 自己修改了 index 不返回内容 https://i.imgur.com/L62ZP7V.png

很多人说这个就直接无脑说不行，那抛开容器，以下哪种最稳妥?
1. 物理机: 包管理安装，本地路径当数据目录
2. 物理机: 计算存储分离，iSCSI 挂载到机器上某个目录，数据目录这个目录
3.机器虚拟化，虚拟机上包管理部署 mysql ，本地路径当数据目录
4.机器虚拟化，虚拟机上包管理部署 mysql ，单独一个数据盘当数据目录
5. 物理机上 mysql 读写本地 ssd 盘当数据目录
6. 物理机上 docker -v 把一个路径当数据目录

请问以上哪个性能最差哪个性能最好。

讨论容器适不适合跑数据库要看场景说话，隔离的好，不调度容器，本地盘稳定 io 也高，为啥不可以。
总有人非要拿不好运维说话，那举例 mysql 数据损坏，常规 mysql 数据损坏下还不是 mysqld 起不来，自己用命令修复啥的，换到容器还不是 docker run -v mysql bash 进去用命令修。

🤔

这种没啥的，就是逻辑 bug ，又不是那种比如日志打满手机的代码 bug

大佬，有 websocket 游戏前端开源项目吗，想看看相关的，包含 UI 和协议啥的

python 的弱类型，项目大了多人合作并且有屎山代码下受不了，要是有个 typepython 就好了😫

看看代码

你找个国内的 docker 镜像仓库推上去

你有钱对抗后面的风险没，失业啥的，有的可以买，没有不建议，除非你存款 30w 了可以考虑

IOS 肯定选类 C 语言的后端上手快点，所以我个人推荐你用 golang ，而且这种个人性质部署，golang 部署和内存会有优势

找下安卓的版本，看下是 coco2d 还是 unity ，然后反编译看下能不能找到登录接口，解密 lua 看游戏协议是啥

1. 插件稳定性
2. squashfs 还是 ext 啥的，前者断电不怕，后者断电有 g 的概率
3. 编译的源码来源稳定性
4. 故障转移，例如你和主路由 ros 做 bgp 下发路由
5. ipv6 相关 bug

大多数人都不关注这些，自然不稳定，都做好了哪有不稳定的

已收藏，感谢贡献

自建 headscale

你的问题不够详细，分 step 后看下每个 step 耗时，统计下耗时先截图出来
然后 action 机器配置是随机的，你编译时间慢在哪儿，看看怎么给缓存住

@persona5 #8 https://github.com/zhangguanzhang/simple-container-network-book/tree/master 我写的网络基础知识 gitbook ，可以阅读下

你这个机器 ping 下网关，其他机器 ping 下你这个机器，其他机器上看下 arp 里这个机器 mac 地址对不对，可能 ip 冲突，你 ping 通的是其他机器

@Razio 第一段话确实，之前两个同事漏网之鱼进来了，问题报错不会看，代码完全凭着感觉而不是规范来写，还有例如为了避免一个 daemon 的 python web 卡住问题去写另一个 python kill 它脚本，理解不了脑回路

@wwd179 这要看组网软件支不支持 p2p 打洞，对比不支持的纯 wireguard 和 frp 啥的肯定是有优势的，打洞成功就不存在 ecs 木桶效应