anubu

kaniko 不再维护了，但应该能继续用。docker 有 dind 镜像，sidecar 挂给业务容器，或 daemonset 每个节点放一个应该都行。

不认为这么长的一个链条，对安全性有什么帮助，徒增维护复杂度。公网--路由端口转发--内网 SSH 仅密钥认证，这个简单的链条安全性足够了。非要想折腾，fail2ban,MFA 配置一下，稍微增加点复杂度，但对安全性至少是有帮助的。

基本上就 2 个方向：
- 重点是用，其次是玩。成品 NAS 系统，开箱即用，不用关心底层细节。
- 重点是玩，其次是用。基础系统+docker ，自由定制，完全控制。

前不久简单搜过一些信息，这个场景，小天才和小米儿童手表算是第一梯队，选型号就是看一下是否有自己核心功能点没有覆盖，比如跌倒通知。苹果手表据说续航很差，几乎一天一充的情况，老人看护场景基本不考虑了。

@COW vscode 主要用于 yaml 文件编辑和调起 wsl 当终端用。容器插件用的很少，偶尔看看 docker 日志，没有 nerdctl 和 vscode 集成使用的经验。

买过，吃灰很多年。记得当时主要要避坑的是注意转轴不要渗油，不知道现在是不是改进工艺了。做出来看着是那么回事，吃起来就差远了。健康的、少糖少油的面包不太好吃，感觉不如馒头。
当然，如果是满足家人的想法，构建一段亲子时光，那还挺值的，几百块买个便宜的就行，一般也用不了几次。

拿来玩还是挺不错的，也能扩展对容器生态的认识。不过从技能性价比角度，nerdctl/containerd 感觉更好一些。向下和 docker/docker compose 几乎无缝兼容，向上维护 kubelet/containerd 这一套也能复用经验。

daemon 这个问题挺难说，有时候觉得 docker daemon 还挺好用的。在本地 vscode 编辑完 compose 文件，直接 docker context 连接到远程 ssh 暴漏的 docker daemon 就可以启动服务。相比拷贝 compose 文件到服务端，方便很多。当然，无 daemon 时，vscode remote ssh 也能应付这些场景。

是指婴幼儿使用的那种餐椅吗，前不久刚选购过，主要信息来源就是小红书。网上推荐比较多的是宜家、肯德基、其它。个人最终选择了其它，个人感觉宜家和肯德基只是因为有一个明确的名字便于标识，不是说其它的不如它们。
- 宜家现场体验过，比较小且孱弱，个人认为安全性和功能性都不太够，考虑到价格，算 60 分也是可以的，不推荐
- 肯德基没体验过，事实上应该是肯德基仿版或平替，肯德基本身并不销售餐椅。简单调查过价格和版型，非常之鱼龙混杂，个人不推荐
- 最终选择的就是常规的人字形可折叠升降那种，本地有一个可优比工厂店，各种库存和网络退货，算是捡漏的地方。使用了几个月，算是比较满意的。

劝老人买币还不是最离谱的，最离谱的是倒推的逻辑，这个逻辑和投资已经没有任何关系了。标题应该改为“老人就是保守，搏一搏单车变摩托都不懂”。