@dzdh wrk 没用过 你可以用 ab 压测下对比下结果里的 Keep-Alive 数量

可能还有个原因，检查下 go 端是不是默认开启了 keep alive

事出反常必有妖，go 开 cache nginx 不开是不是不公平

@dlsflh 那是电位变化吧又不是真的通断，要是机器每秒通断上亿次谁扛得住

@leloext op 怀疑非休眠问题才这样说的，众所周知再简单的电路频繁通断都会极大影响寿命-哪怕一个灯珠电路，如果是电压或其他硬件问题导致的，那按常理肯定会折寿

直觉不一定准确 以前互联网也被认为是泡沫
发现很多 IT 科技都是要经历一波泡沫崩盘，才能过滤掉投机者迎来真正的落地发展，现在元宇宙还没到泡沫的顶点呢
而且就算是泡沫，但是如果能带动多个行业的发展，也不见得是坏事

早就可以了
https://github.com/bianglibeyond/spotMicro-Chinese

8 位机都搞出来了，第一次 web 上见到这么简单的模拟器

丢过笔记后再也不敢用了，这还是我偶然发现丢了，要是一直没发现用了几年才发现那才头疼，现在用 joplin+多重备份挺舒服

@cyningxu 人均月入 10w?

都说了是 warning 了说明代码没有明显问题，大多数情况下不用处理
而且有些 warning 并非代码问题，有可能
编辑器本身解析问题
开发环境软件版本差异问题
废旧 api 问题

说实话软件 ide 的警告都算少了，去试试一些 3d 软件动辄几十上百个警告你如果还不够佛性怕得疯

目前没有，我也这么做的，官方应该是允许的

我就是有志之士，我的志向就是只薅不做 🤣

既然大文件表现不好，为何不将大文件自动压缩并分包集成到网页端一起处理呢

同 12 13 stash 很少用都是 commit 代替，因为 commit 功能更完善，也有详细的小版本记录，比如我临时离开 commit 下，处理了点其他工作又回来修改会再次临时离开 commit append,每次 commit 也可以查看差异，所以用不上 stash

如果只是忘记小部分字符，去中心化的都不用怕，暴力跑也用不了多久

除非你运气好，有些硬盘坏之前会出现 smart 异常，但并不是每个坏盘都会出现

这个没办法预测，生产商自己都做不到，结合资金实力决定多久更换，根据 blackblaze 的实测数据，硬盘使用超过 2-3 年后故障率骤升

其实理论上来说，随小版本自动更新才应该是最佳开发姿势，但实际情况下由于依赖三方包太多，没有办法确保所有的依赖更新都向下兼容 /不引起 bug 也不可能一个个去排查，所以有时候可能需要锁定一个稳定版在有必要的时候手动去更新再更新稳定版版本

@hispy
@vishun
vishun 说的对，lock 并没有让我避免事故，因为我只是删除了 node_modules 没动 lock 的情况也翻车了
后续复盘发现，我之前 vue 版本应该是 3.1.5 ，自动更新到 3.2.37 出事故，回滚 3.1.5 也不行，但中间有个版本 3.2.15 是正常的，现在我通过 shrinkwrap 进行了锁定，目前看似乎正常
很莫名其妙，lock 没啥用，起作用的居然是一个号称即将废弃的功能