好用，但有缺点，所有没有真香。
主要缺点就是噪音，并且是长时间噪音，烘一次一两个小时。如果屋子比较小或者安装位置没有较好的隔音，整个房间都能听到声音，半个小时就忍忍了，一两个小时基本算难受级别了。
整体上能处理好噪音就推荐，不太好处理噪音北方倾向不推荐，南方倾向推荐。

即热饮水机，真正的改变了饮水习惯。自有住房的话也可以考虑管线机一步到位。

同时学到一个道理，如果想养成一个好习惯，请尽量降低养成门槛。

OP 的游记一直有看，有样学样，今年也立了 flag ，多出去转转。
为了一碗面想去的城市有方城、襄阳、大同，都是听了名字会流口水那种。

- 广播和广播风暴是 2 个概念，局域网内有广播是正常的，广播风暴是一种故障现象，家庭网络规模较小，一般不会有。最常见的广播风暴是未开启 STP 下拓扑有环导致，家庭网络就十来个接口，有没有环一目了然。
- 主路由支持 VLAN 的话，和交换机通过一个接口做 trunk 对接即可，不需要 2 个接口。当然，链路聚合另说。
- 有些 DHCP 可能需要指定生效 VLAN 范围
- 有提到 2 个 VLAN 间有不少二层通讯需求，这样的结构导致原本在交换机上执行的二层交换必须上升到主路由上进行交换
- 不确定具体的配置，可能 2 个 VLAN 间的广播帧还是互通的

自己内网的话只做 1 、2 、5.

- 借助内网 DHCP 和 DNS ，放弃人脑 IPAM ，固定 IP 可以不做了，hostnamectl 加 dhcp ，主机名访问
- docker remote api 加 docker context ，基本上没有在 Linux 主机本地文本编辑的需求了，默认 vi 凑合够用了

去做自己觉得有意义的事情，而不是强迫自己无意义的努力。
做自己想做的事情会遇到阻碍，为了克服阻碍不得不做另外的事情，一般称为工作。
如果定义意义都很困难，那可以把工作理解为，打发时间顺便挣点钱，这样疲惫感会轻一些。

@golden0125 Redmi Note 9 Pro / MIUI 13.0.15

至少有一定能力检测你安装的 APP 。过年看电视在手机上安装了 kodi ，几分钟后街道派出所就打电话过来了，提醒我这个 APP 有诈骗风险，让我尽量不要使用，尽快卸载。感谢反诈人员的辛苦工作，只是还是不明白 kodi 和诈骗是什么关系。

扫地机还可以，但预期也不能太高。肯定做不到勤快的人打扫那么干净，但比懒人打扫还是强不少。现阶段的几款热门都差不太多，主要还是用于大扫除之后的日常保持。让它独立的做开荒大扫除深度清洁有点强人所难。

练手的话，推荐竞价实例，三四台练手规模，根据配置一天几块到十几块。
低负载稳定运行的话，可以考虑突发实例，整体上也很便宜，相比竞价实例不会被随时回收。

之前简单研究过类似场景，四层的域名转发似乎都需要依赖 sni 。没记错的话，mysql 的 sni 并不容易(或者无法实现？记不清楚了)，似乎是应用层协议握手逻辑和一般应用不一样。

自建推荐 Gitlab 、Azure DevOps Server ，基本就是研发管理，持续交付一整套了。

你目前设计的冷备份，使用脚本定时挂载、同步，然后卸载应该就可以吧，理论上不受系统软件层面干扰。不过，我理解的只要通电的硬盘都会受电力波动影响吧，应该不算冷备份吧。

剥削是人类社会组织的本质属性，无法消除。
人是社会性动物，必然有组织，有组织就有交易，有交易就有博弈，有博弈就必然有剥削，毕竟每个个体都希望在博弈中占据优势地位，并且会使用一切手段维持优势地位。

所以，要么就是自己能想明白，要么就换一个自己能接受的剥削环境。

可以自己写一点逻辑进行路由，供参考 https://github.com/adnanh/webhook

考虑抗生素消炎药，如头孢、阿奇、罗红霉素、阿莫西林等。

媒体上一直有说新冠不要使用抗生素是因为：
- 新冠是病毒感染，抗生素针对细菌感染，所以抗生素对新冠无效
- 抗生素一直有滥用问题

但需要留意新冠引起的各种症状，有可能是是细菌感染，如刀片桑，所以：
- 正规途径，去医院验血，确认是否有细菌感染，遵医嘱
- 非正规途径，确认无抗生素过敏情况，可以考虑买点消炎药

说到抗生素滥用，在农村，家里一般都备有消炎药，如头孢、左氧氟沙星，身体不舒服、发炎了、拉肚子了，可能都会用，的确是有些滥用。在有刀片桑症状下，这样的滥用，个人觉得可以接受。当然，最好是走正规医疗途径，或者选择硬抗。药都是有副作用的，甚至有的还有过敏反应，用药本身就是一种 trade-off 。

无医学背景，根据当前媒介获取信息和个人生活经验分析，以上不构成任何严肃用药建议。

这个事情不是二选一，是一加一。即要鉴权，也要安全暴露。鉴权是应用层认证，安全暴露是网络层防护。当然前提是真的有暴露配置中心的需求，不暴露攻击面是最小的。

typo DRDB > DRBD
使用本地卷又考虑节点故障，基本就是使用类似 DRBD 的技术，对节点上的存储目录进行跨节点同步。印象中也有其它类似的同步技术，也可以搜索研究一下。
另外，自己折腾的场景大部分都不是真实的，即真正生产不会有这样的场景，有这样场景的也不会上真正生产业务。其实就是自己练手玩的，大多数都是我想这么做，或者我可以这么做。所以，不必过于追求最佳实践，直接上手试就行。