@anzu 对, 我也是这么想的. 但是目前公司内支持第二种的人比较多.

@aogu555 这个场景倒是很有道理.

@sunjiayao 一个 code 怎么对应不同 msg?

@Bazingal 你是前端吗? 这部分工作量无论前后端都得做. 我作为后端来说, 这部分想图省事扔到前端做.

@nekoneko 增加一种语言难道前端不用改么? 第一种的话在增加语言时只需要前端发布新版本就好, 第二种新增语言前后端都得有工作量.

ngx 里面的这个模块就是个残废, 前几天刚折腾的, 根本不是完整实现, 连 windows 自带的 explorer 都支持不全, 还得外挂一个什么扩展模块. 这个扩展模块我记得也是好几年没更新代码了. 还是别折腾了.
给你推荐个省事的, caddyserver, 勾选 webdav 模块. 直接是 go 语言自带的 webdav 包实现, 很完整. 你要是喜欢自己写也行, go 语言调个包编译一把也就二三十行代码.
另外在低性能设备, 比如树莓派 4 上, ngx 里面开启 tls 后只有 18M 左右的传输速度, cpu 还彪的老高, caddyserver 能稳定在 38M 左右, 不开 tls 直接满速.

@txoooy 我的没这问题, 我设置了静态地址绑定, 可能和这个有关系, 前一阵 ax86u 的 merlin 不稳定, 折腾了一整天都没碰到这问题.

正在用树莓派 4B4G 版做 NAS. 装的 ubuntu20.04. 外挂一个 usb3.0 的 cmr3t 硬盘.

不是槽点的地方:
1. 4B 这版供电好很多, 我测试过, 不带硬盘的话 1.5A 的供电就很稳了. 带硬盘的话实际也用不上 3A 的供电, 3A 只是在启动的时候对硬盘好点.
2. 性能比起以前的确大有改善.

以下是槽点:
1. smb 写入能达到满速, 110-120 的样子, 但是读取就只有 60-100 之间, 是的, 你没看错, 读取比写入慢... 看了下进程, 读取是一个进程占一个核占满, 99%. 写入是两个进程, 分别占两个核.
2. 解决的办法是弄个 ftp 服务, 读写都可以打满千兆网卡. 但是问题又来了, 如果你想上外网, 考虑安全, 弄个 tls 的话速度就直线下降. ftps 读取速度大概只有 18M 左右... 不仅 ftps, sftp 也是这个速度, 进程情况和 smb 一样. 都是一个进程把一个核占满, 另外三个核围观...
3. 夏天一定要伺候个风扇.
4. 视频实时播放转码 720P 核 1080P 速度勉强接受, 前提是不拖动, 这还是已经调用硬件加速的情况. 4k 想都别想.
5. 显示器是小 hdmi 口, 得重新买线...

20h1 之后自带的输入法改善很多, 建议至少试试.

就一条, 别买 smr.

备份当前系统, 然后全新安装 win10, 将新系统备份成 wim, 然后转成 vhdx, 做差分,
恢复旧系统, 将差分 vhdx 用 bcdedit 加入到启动菜单.

这样你就可以在单位的笔记本上获得一个干净的, 不受监控的 windows 环境了, 回家加班专用.

和姿势没关系, 还是要看项目, 一些简单项目, 没几张表的, 表关系简单的, 用 jpa 的话数据库相关工作量基本可以忽略. 这些工作我认为 JPA 比 mybatis 省事很多. 一些行业特定的项目, 几十个表, 几十个字段的, 还是得 mybatis,

京 A VFFFFT
逃...

根本问题就是领导瞎指挥, 明天就要是病根.

家庭还是非常重要的, 不如你跟媳妇合开一家少儿编程培训? 嵌入式从娃娃抓起.