你装了 Manjaro 居然能忍三年不更新！

供电不足会这样假死，系统之类的问题也有可能

这个需求有点怪，感觉换 SQLite 比较正常？

如果是做语言并且有官方限制的话，那应该就是选 snake_case 了，这种基本上可以肯定，比别的不容易出问题。

我觉得顺手。。。我已经是 QWERTY 的形状了

@tyro820 谢谢 op 。我目前也倾向选 Ace2 Pro ，明天狗东抢抢看能不能抢到

op 最后选了啥，我想抄作业

他不要是他的事，尾款你得要呀😂 我觉得他还欠你钱欸。。。

不会被中间人获取的。。除非用户终端信任了中间人的证书

@jqtmviyu gitea action 已经可用了😍

如果不做多人同时编辑的话，我选一。直接批量删除再批量添加，比都不用比。这种要么拆接口，要么直接方案一，方案二的话为啥不拆接口，或者做成 put 数组和 delete 数组？

只要证明这个内容是完全离线不可替换的，应该就行了。毕竟没勾选进不了 app 或特定模块是可以写死在代码里的。

有。。。上班拿工资，工资买屏幕，屏幕到手钱包空空。上班写代码的动力这不就有了，这就是正反馈😏

前者。
或者你想要 add user 的顺序，路径可以叫 /add-user

请问你想要的是不是“对象存储”

有小弟的前端🤔

健壮？那先上集群。。。
我认为用这个硬件配置的项目，redis 够了，redis 数据异常是起不来的。

@mdn

生产环境和 msg 大概就是一个 code 对应一两种 msg 文本，不想暴露的内容可以在程序里判断环境去输出，比如我负责的项目的登录结果，开发环境是具体说因为什么原因导致哪个环节登录出错，但是生产环境就的 msg 就只说“账号密码不匹配”和“账户锁定”。

表单的错误信息，比如 xx 字段不满足 xx 条件，这个信息是扩展的错误信息，扩展的错误信息可以是对象，能结构化地读取具体错误出来。msg 只是一个字符串，除非前端嗝屁了，不然这个信息不应该直接透传到 ui 上。

我觉得

code 是给程序看的
msg 是给开发看的，要言简意赅
用户看的错误信息是前端自己结合 code 以及额外的错误信息给的友好提示