knives

楼上说的 n8n ，或者 node-red 都可一试。

按照官方文档将自用的 pve7 升级到了 pve8 ，没出什么幺蛾子。之前就一直在用清华的源，按官方那一套操作下来也是走的清华源。

曾用过 Floccus ，最终还是放弃了。跨浏览器同步书签坑不是一般多，数据冲突的情况太常见了。最终的解决方案是自己搭建了个人导航页用于管理需要同步的链接，浏览器的书签仅用于随手记。

话说，自建 bitwarden 用 vaultwarden 这个第三方开源实现更多些吧？这个就没有楼主吐槽的问题了……

@walkbox 没接显示器引起的显示问题，建议接一个显卡欺骗器之类的玩意。系统识别不到显示器自然无法决定输出分辨率。

个人经验：mstsc 综合最好用； parsec 画质一流带宽但要求高，功能差点； TeamViewer （仅局域网模式）功能齐全画质稍差没办法用 mstsc 时（比如 Win11 家庭版）可以用这个。

@mrzx 那我就放心了……我也看了些资料，说现在 OpenZFS 都是优先开发 Linux 版本，然后再往 FreeBSD 上合并。

个人的经验，Proxmox 上使用 ZFS 作为存储还是很顺畅的。OpenMediavault 上的 ZFS 其实也是安装了 Proxmox 提供的内核。两个系统到目前为止都在正常运作中。如果不折腾 TrueNAS 可以试试 OpenMediavault ，这个就是相当纯粹的 debian 环境了……

@mrzx 比较好奇 OpenZFS 的性能差这一说法的来源。主要是本人在 Proxmox/OpenMediavault 上部署了 ZFS 使用中，虽然强度没多高就是了……

月经贴……然后我也回过几次类似的回复：为什么不全都要呢 :doge

状态码和响应体一起用并不冲突。Http 状态码用来区分正常响应和错误响应，响应体中给出具体的错误码。当然，200 状态就没有错误码这一封装了。
也许这有点多余的认知成本，但实际上用得最多的就三状态：200 （这个甚至不用写），400 （用户输入错误），500 （服务端错误）。这不比各种业务面条来得复杂吧……

再进一步说，新的 Spring6 开始支持 RFC 7807 规范： https://www.rfc-editor.org/rfc/rfc7807 ，规定了异常信息如何返回。可参考： https://www.51cto.com/article/721281.html 。基本思路就是异常产生时的响应特殊 header 和 json body 。

当然以 Java17 的实际普及程度来看广泛要升级到 Spring6 还有相当长的时间，但我已开始期待，观望等 Spring6 普及了这一月经贴的内容是否会有所变化😀

Proxmox 使用 ZFS 可以配置最大内存限制。TrueNAS 下应该也有对应配置吧……