个人认为最好避免循环依赖

* 1Password 现在支持云上管理，所以可以通过 1Password 来保存绝大多数密码
* 1Password 自身支持 2FA ，这里使用的 2FA 方式绝对不能通过 1Password 自身管理
* 这里可以考虑 yubikey 这种硬件 U2F / FIDO / TOTP 设备，并且妥善保管这些设备
* 1Password 提供的 PDF 文件，好像叫 Emergency Kit ，也要能在不依赖其他电子账户的情况下获取到

我比较赞同 #8 说的，物理备份权限高于电子备份，所以重要账户的备用码要打印多份并且妥善保管（甚至在银行组一个保险箱都不过分（大概））

看到标题，以为是用 KDE Framework 做的 / 是 KDE 生态下的 /s

便宜这部分我没什么发言权，写点自己的体会吧

之前在用 Unifi nanoHD + Docker Unifi Controller ，nanoHD 放在使用率较高的几个区域的几何中心位置，几年下来没什么问题

最近搬家了 nanoHD 进了卧室，隔堵墙就没 5G 信号了，所以添置了 mikrotik hap ax2 ；顺便用上了 wifi 6 - mikrotik 有 CAPsMAN 可以集中管理 AP ，不嫌配置太多眼花缭乱的话可以 rb5009 + cap ax ，管理都集中到 rb5009 上

后续再搞的话我会考虑 rb5009 + Unifi U6 系列，每个房间一个 ap 速度和体验都有保障

PS: 可以利用 https://design.ui.com/ 比划下你的户型，确认下 AP 应该部署到什么位置

以自己开心为目标的话，想写几轮都可以；以性能优化为目标的话，应该先做性能分析；以可用性、可维护性为目标的话，也应该先分析现状（“痛点”），再做考虑

Tailscale 首先要看能否打洞成功，不能时走官方 DERP 会有限速；为了打洞成功率，建议配置 Full Cone NAT (endpoint indenpendent NAT)

其次 Tailscale 底层是 Wireguard ，特征明显且为 UDP 长期使用可能会被 QoS / block ，这一点楼主请注意

个人认为不是有线/无线的问题，打洞成功率、防火墙等其他因素可能影响更大

普通用户不会输入网址的，会百度搜索的都应该叫资深用户了（逃

80 端口 http 个人认为还是有用的，应该做 301 跳转引导用户转向到 https 站点，至于你们这边行业内的情况，我个人不了解，也无法给出建议

可以利用 Ubiquiti 家的 Design Center https://design.ui.com/ 比划一下
个人直觉上来讲，木头柜子或者玻璃柜子影响不大，可以直接在图上网口 1/网口 2 各放一个 AP ，弱电箱里放路由器

（非利益相关，随口说说）楼主可以参考 LinusTechTips 的配置，拷贝的时候走 PCI-E x16 -> 4x USB 3 控制器 -> 4x USB3 接口的那种扩展卡，每个接口都可以达到 USB 的最高速度，下面再接读卡器
另外也可以参考下影视飓风那边关于 DIT 的介绍，个人认为这个怎么保存数据在影视行业应该就是 DIT 的工作

虚拟机装 Linux 和 wsl2 差距很小了
wsl2 优点是基础环境是 WSL 自己管理的，发行版天然跑在容器里；还有 WSLg 这种转发图新应用的玩法，虚拟机相对难做到； cuda 转发、图形加速虚拟机也很难实现；启动和关闭是系统维护的，随用随开，用起来简单点。
缺点的话，没法换基础镜像，也没法用官方不支持的功能

cygwin / msys2 => 把 Linux 软件重新编译后在 windows 下运行
虚拟机 / wsl2 => 相对隔离，又可以通过多种方式打通的使用 Linux 二进制

@test0103 请问 rb5009 也会有性能问题吗，官方结果上来看千兆 PPPoE 应该没问题吧？ PPPoE 记得是不加密的
https://mikrotik.com/product/rb5009upr_s_in#fndtn-testresults

@zwy100e72 能点亮的意思是可以有基础的输出，可能最高只支持 1x4k 或者 2x4k 的样子，图形性能就别指望了

如果这方面使用下来不满足需求，楼主可以加一个中端或入门级的独显

@Ayanokouji 是有集成显卡的，不过也只是能点亮而已
https://www.amd.com/en/products/processors/desktops/ryzen/7000-series/amd-ryzen-7-7700x.html

* 没有文档（包括但不限于上手指南、构建指南、开发指南、原理说明、与同类工具的对比等）
* 库上存在未知来源的二进制文件，无法证明可以从库上源码以 reproducible 的方式构建
* 库上存在未知来源的 `cacert.pem` / RSA 密钥对

个人倾向于把复杂度转移给文件系统，一边扫描 csv 一边把内容切开，形成这么个结构 `{id}/{sort}.txt` content 直接写进文件里，这样的话处理逻辑上可以一行一行处理；最后入库的时候再按照你的要求拼接好入库

时间复杂度上算是做了三轮遍历，空间复杂度上是输入文件的 3 倍左右