手机端可以自动填写 APP 的登录信息。

Bitwarden 每个登录项目都可以添加多个 URI ，你点编辑就可以看到，每个 URI 都有个设置（齿轮图标）可以选择匹配方式，比如匹配 IP 地址、匹配 IP+端口号、匹配一级域名等等。APP 就是以 APP 的包名作为 URI 来匹配的。你在填写密码的时候，如果发现没有自动匹配到，你就可以搜索到记录点击填写，然后会问你要不要填写并保存，你点填写并保存，就会自动创建新的 URI 匹配规则。
具体看这里： https://bitwarden.com/help/uri-match-detection/

@dwyanewade #12
Bitwarden 这类工具都是属于 zero-knowledge encryption 方案，即在本地加解密的，服务器上只存密文，所以被拖库了也没问题。
同类产品里，有的是支持找回主密码的，这种就有可能会有泄漏主密码的风险； Bitwarden 不支持找回主密码，所以除了一些高级版的特殊情况以外，服务器上不存储可以恢复你的主密码的任何信息，也就是说你自己忘了主密码，所有数据都拿不出来了，你拿不出来，攻击者也拿不出来。

任何情况下备份都是必要的。

框架上估计没啥新功能可以加的了吧。

应用服务系统架构上玩花活都可以用中间件实现，只要框架本身提供的基础能力可以满足需求。

看了你的附言，实际上这一点都不奇怪，因为使用 DNS 服务器解析域名和使用域名访问群晖服务是两码事，是你自己没有转过弯来。

不会因为你把群晖的域名解析记录配置到群晖上的 DNS 就导致无法解析了，因为你需要在主路由上配置群晖的固定 IP 的，这个 DNS 提供服务的过程是不需要域名参与的。

或者说，你可以将 DNS 服务器看作一个抽象的独立服务器，只是实际上跑在群晖硬件上而已，如果你将来有其他可以长期运行的设备，可以随时将 DNS 服务器移到其他设备上。

@itskingname #19 不冲突啊，只要你内网群晖是固定 IP ，你就可以在主路由的 DHCP 上配置 DNS 服务器地址为群晖的内网 IP 。
你的设备进行 DNS 解析的时候是路由 DHCP 直接告诉你群晖的 IP 的。

不过这就会有个问题，就是你折腾群晖的时候（比如重启）可能会导致 DNS 暂时不可用，这也就是为什么我建议整个稳定的设备跑 DNS ，你可以看看一些便宜的盒子或开发板啥的。

你需要在家庭网络内让客户端直接连 NAS 而不是从路由绕一下是吧？

这样的话就是需要你域名在家庭网络内解析到你 NAS 的内网 IP 上，思路就是你内网有个 DNS 服务器，让这个 DNS 将域名解析到 NAS 的内网 IP ，然后客户端在家庭网络内使用这个 DNS 来解析域名。

你看看路由器支持不支持手动添加 DNS 记录，不支持的话就内网找台可以一直开机且稳定的设备装个可以自己配置解析记录的 DNS 服务，然后在路由器上设置 DHCP 的 DNS 地址为那台 DNS 设备的 IP 。

SWAP 因为是用硬盘的，即便用 SSD 速度也比内存慢很多，所以一般都是用来救急或实现休眠。
简单来讲就是如果你绝大多数时间物理内存都是够的，需要在及特殊情况下耗尽物理内存的同时不至于死机，就可以尝试给点 SWAP 。

在 Linux 上使用 free 命令可以看到内存和 SWAP 是分开展示的，操作系统会调度如何搭配使用两者，也有相关设置可以调。

SWAP 可以使用独立的分区，也可以在现有文件系统上创建个 SWAP 镜像文件，具体方法可以参考 https://wiki.archlinuxcn.org/wiki/Swap#%E4%BA%A4%E6%8D%A2%E6%96%87%E4%BB%B6

我现在的方案是这样的：

使用 Let's Encrypt 的 DNS-01 challenge 申请证书，在 DNS 解析平台上填写相应的 TXT 记录，这样证书签发平台只需要去看你的域名的 DNS 解析记录就可以确定你是不是拥有这个域名。

DNS-01 challenge 可以看这个： https://letsencrypt.org/docs/challenge-types/#dns-01-challenge

然后使用 acme.h 获取/刷新证书，定了个每月执行的计划任务。

给每个服务分配一个二级域名，并解析到 NAS 的内网 IP 。

NAS 上的 Nginx 配置每个域名（ host 指令）对应代理到的端口号，并加载证书提供 HTTPS 访问。

不丝滑==不了解

等你了解 cmd/powershell 像对 bash 那么了解了，你就会觉得丝滑了。

话说 windows 上有 WSL(2)，可以给你一个 Linux Shell ，那个可以比 mac 更丝滑。

photoprism 、immich 都用过，前几天还特意用了用 immich 看看新版咋样，人脸识别调整不是很灵活，外部照片库的使用也比较麻烦。

建议试用一下 MT Photos 。

我旷野之息利用每天两小时通勤时间玩了半年，完成度 60%，如果你能玩进去，我觉得整个二手应该也是值得的。

王国之泪我也打通主线+神庙全开。

受限用户能不能行，需要装软件的时候你给装。

我们公司的所有数据库已经被几个激进的开发人员全换成了 PG 了，他们坚信 PG 是未来，虽然目前就是普通传统 DBMS 的需求……

我个人的 homelab 的数据库一半 MariaDB 另一半 PG ，个人感受是 PG 因为较高功能扩展性所带来的复杂度会反映到它的操作复杂度上。比如 schema 是 DB 下的一层，我所遇到的绝大多数应用程序都用不上多 schema 特性，只是用默认的 public schema ，但在权限管理上我必须针对 schema 这一层多做操作。

对于一些新的系统架构来说，PG 在分布式方面的一些优化确实是可以提效降本的。
对于一些新的项目来说，PG 也扩展出来了一些衍生版满足特殊需求，比如 AI 项目使用的支持向量的版本。

我个人的观点是，技术选型应该首先基于严肃考虑过的、当前和近未来的问题和需求，一个技术的流行程度应该是次要的。

以完全相同的特性和性能满足相同的需求，价格明显高的产品就是智商税。
而不同人对同一类产品的需求可能是有差异的；比如有的人喜欢胡桃木的颜色和质感，而这些特性是松木所不具备的，那么对这些人来说胡桃木制品就不是智商税；但对于之注重桌子功能特性的人来说，价格贵的确实是智商税。

@simyong #86
我酷狼用得多，主要是 ST4000VN006-3CW104 和 ST4000VN008-2DR166 这两款，都是 CMR ，前者是缓存高、转速略低，标称传输速度比后者略高一点点。历史上曾经有 2 块在保修内 SMART 报警，然后找经销商免费换新了。

官方的酷狼各型号参数对比 https://www.seagate.com/files/www-content/datasheets/pdfs/ironwolf-18tb-DS1904-20-2111US-en_US.pdf
酷鹰的可以对比看看： https://www.seagate.com/files/www-content/datasheets/pdfs/skyhawk-3-5-hdd-DS1902-17-2107US-en_US.pdf

红盘用过几个，后来因为西数宣布在 NAS 盘产线使用 SMR 技术，就逐渐不用了。目前还有一块 WDC WD40EFRX-68N32N0 ，性能比上述两款酷狼要差一些，目前只用作备份盘。

希捷和西部数据的消费级硬盘都是按照几个应用场景划分不同的产品线，酷狼和红盘都是 NAS 专用盘，酷鹰和紫盘都是监控专用盘。一般来说 NAS 盘对随机读写进行了优化，监控盘对多路持续写入进行了优化，所以在随机读写情况下可能监控盘传输速率会略低于 NAS 盘，具体看你个人的预算和接受程度。

除了明显有设计缺陷的型号以外，硬盘的故障率都是纯看运气的，所以一方面要做好数据备份，另一方面尽量选择售后可靠的经销商。

这东西觉我了解亮点在于重建一致性，但重建系统对于一般用户来说是个极低概率事件，相应的反而是企业应用部署会追求重建一致性（虚拟化、容器化）。

一直想试试，但 FHS 兼容性一直是劝退我的一个主要因素。

因为我是 DIY ，所以我强烈建议用群晖威联通之类的成品 NAS ，花钱可以极大节省时间。

真想了解各个系统可以去 B 站上看一些专门讲 NAS 的 up 主，一个系统往往要一套系列视频才能讲清楚。

Good Job ！
你裁我剪斯尼帕
星之卡比