@TimPeake 太对了哥，大致跟着 b 站看完了 css ，html ，react 。这几天用 react 写了个 websocket 客户端相关，页面样式和布局好丑 https://i.imgur.com/NIvxivj.png

- 如果你接触技术多，操作系统就随意了。
- 如果是经常背着电脑，而且可能去没网以及客户现场或者机房出差，那还是 windows 。
- bash zsh 也同理，经常登录不同机器，那就用 bash ，个人开发者可以 zsh 啥的

1. 有些人过敏性鼻炎之类的去海边城市上大学或者工作，或者换房子之类的后面就好了
2. 鼻窦炎的话有条件去拍下 CT 核磁共振之类的，看看鼻窦里是不是真菌感染而反复治疗不好
3. 过敏性鼻炎好像长期有氧锻炼比鼻窦炎锻炼好的概率大
4. 有氧之类的没条件晚上睡觉之前可以多泡脚，在家里的话晚上坐电脑前注意腿部保暖
5. 做手术的话好像有空鼻症风险
6. 洗鼻器之类的使用的话要注意姿势，别中耳炎了，另外睡前一小时内不要洗鼻子，可能会导致水没排出来

我部署了 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 ，可以阅读下