之前没关注，从文档来说看上去挺不错的。貌似和 HK2 一样都需要预先生成索引？不过功能倒是比 HK2 强大太多。

可以试试 duplicati ( https://github.com/duplicati/duplicati)，功能上与 restic ，但自带 web gui 和计划任务功能。

同意前面楼层的说法，目前的耳机还没有智能到自动识别外界的人声是否属于噪音的程度。现实中的算法，人声的频段大概率就是放行不过滤。楼主这种几乎一刀切除了音乐什么都不听的需求，除了按 #1 的方案，别的怕是都达不到这么极端的效果。

而且，3m 耳塞 + 韶音的骨传导可以轻松在楼主预算内解决（韶音某些型号好像自带耳塞），再不挑音质品牌的话估计 300 块都搞得定。

这个链接坏了快半个月了吧，目前好像没人处理，见 https://hibernate.atlassian.net/browse/HHH-15003

@leogm9408leo 和 #16 的同一个方案，OMV6 + snapraid + megerFS 。OMV6 除了界面丑一点没别的什么问题。snapraid + megerFS 的好处是现有硬盘可以直接使用不需要擦除，后续扩容也方便；缺点是性能差需要定时更新，但作为一个冷备机这个不算问题。

机箱本人搞的是中塔机箱，虽然某宝商家声称这是静音型号，机箱上也的确没少装吸音棉什么的……但 12 块机械盘+风扇跑起来动静依旧不小，可能是风扇太多又太垃圾，又或者是吸音棉还不够多……

同意硬盘才是功耗大头的说法。本人仓鼠症中度患者，利用了闲置硬件搞了台 12 盘位的冷备机，把屯的仓库盘全插了上去。硬件配置主要是 AMD FX8300/4G DDR3 ECC x 2/当年的老主板 /当年的老电源 /海鲜市场采购的直通卡，老零件太多了导致功耗下不来，运行功耗在 180W 左右……所幸定位是冷备机，也就是每周启动自检和同步数据时工作，真要 7x24 运行就不划算了。

搞这个的原因是仓库盘有点多数据比较难找，同时也担心硬盘无缘无故挂掉。现在至少方便了那么一丢丢。

Project Wingman + 1 ，皇牌空站 “同人” 游戏，便宜大碗，支持 VR ，很难不顶。

后端用 Spring MVC 的话，application/x-www-form-urlencoded 有一个好处，就是可以 Controller 中一个方法同时兼容 GET 和 POST 传参。application/json 的话要写实体和 @RequestBody 了。

第一次知道 apparmor ，看上去的确比 SELinux 要方便。同样是改 mysql 的 datadir ，CentOS 下要麻烦多了（大概多几个命令吧）。

支持楼主硬刚哈😀

之前也遇到过一次同样的问题，结果没刚过甲方的运维。最后还是妥协了，在前端加了个拦截器，把所有 PUT 和 DELETE 请求换成了 POST ，同时附加一个 X-HTTP-Method-Override=PUT/DELETE ；后端再按 X-HTTP-Method-Override 给换回来……

倒也没废多少事，但是非常不爽。

默认配置下，pg 资源需求比 mysql 要低，其它的因素对于个人博客来说没有太大影响。当然，SQLite 更省资源……

基本上可以参考 https://docs.gitea.io/en-us/comparison/

团队这边一开始因为硬件配置的问题，最开始用的 gogs 然后无缝换成 gitea，GitLabCE 用的不多。gitea 配合 drone 用下来也算基本满足需求，唯一不满的就是 drone 的运维功能太残废了……

0，大概相当于白嫖了 1 年……

所以这应该算 axios 的问题吧，没有完全根据 Content-Type 来决定 data 的序列化方式。具体代码见 https://github.com/axios/axios/blob/master/lib/defaults.js#L59

这楼歪得不成样了……楼主这问题估计还得提供些额外信息，比如硬盘多大，做没做 Raid，磁盘文件格式是什么之类的。没上 Raid 的话，用数据恢复软件估计能扫出来……

异步转伪同步的话，上 Promise chain 吧，用 await 语法来实现会比较简洁。

没用过 express，查文档查到的： https://expressjs.com/zh-cn/guide/error-handling.html

按理说作为 node web 框架鼻祖，大家的处理方式应该都差不多，一个 middleware 就应该能搞定才是。

如果用 PostgreSQL 的话，可以试试 cidr/inet 类型来存储 IP 。端口号独立字段，可以考虑使用数组存储。

git lfs 个人觉得算是可用的，实现原理基本相当于用 git 管理文件的引用，文件通过 webdav 之类的协议另外管理；但不知道能不能满足楼主的需求。