@gtanyin 实际早年还写 jquery 那会因为前后端都是一个人, 所以就是这么搞的. 也没感觉增加多少工作量.

我感觉品经理好可怕，让我觉得很难跟他合作

@makun123 快了

@waytoshine 什么叫大?

@queuey 你是在说微信的这种接口很傻吗?
https://developers.weixin.qq.com/doc/offiaccount/Getting_Started/Global_Return_Code.html

@netwjx 作为后端, 我认为的核心就是少一部分工作量以及对应的 bug.

@kop1989 接口文档啊.

@sunjiayao 这样其实可以通过定义多个错误代码解决.

@h1104350235 好在哪里?

@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 口, 得重新买线...