@isukkaw
袜！是大佬光临！
目前 blog 丢在 cf 上只是一个设想，主要是闲着研究一下方便以后多条路，目前还没打算实装也就没细致考虑。未来如果要实装肯定会仔细研究一下这些问题，稍后我会把这条注意事项写到文章里面，以避免被别人看到实装之后产生问题，感谢提醒。
另外 Hexo 还停留在 4.1.1 的原因主要是原来的主题作者停更重新开新坑，然后在接下来的这三年多我基本上是重构了除了主要设计以外的全部东西，很多都已经写成 hardcode 了，草率升级很有可能出现意外情况，因此升级一直也没有提上日程。
Ps：大佬现在还接受交换友链吗（

@sunnysab 啊有吗，确实是需要把 NS 记录改到 cloudflare ，但是我这体验一直还行啊🤣

@liuidetmks 其实是可以的，Github 创建一个私有仓库用于存放源代码，然后用 Github Actions 在每次 Push 后构建并上传到 cfworkers 。
@RanKaede 我这移动和电信速度还行，不能说很快但是能打开。http://hexo-cfw-demo-public.lxnchan.eu.org/ 这里面有个 Ventura 那个壁纸图片 11MB ，我这裸连 10 秒内加载出来。
@lessMonologue 好！

@SIGEV13 目前是只有系统准备用 ZFS ，不知道有没有比 EXT4 更有必要？另外我看 ubuntu 论坛有人发过帖说快照不好恢复和不便管理等问题是否存在？谢谢。

一般来说如果是初次部署是肯定会的，但是如果已经跑起来而且跑起来很久的话一般就不会 upgrade 了，不经不清楚会发生什么。

@paccco @SenLief Outline 实在是部署太麻烦，而且那个一键脚本部署我这也存在问题。但确实无论功能还是颜值 Outline 都很能打。等之后闲下来了研究研究吧。
@mxuan wiznote 不太行，之前部署过记得很多问题
@MoeMoesakura @mxuan 这个太简陋了

驱动这玩意能不升级就不升级，bios 除非（发生重大硬件更改 和 更改后不兼容）或（已知存在重大漏洞）的情况下才更新。
Windows 平台系统更新全部关闭（禁用），只通过 Windows Update Catalog 安装一些安全类补丁。

@LaureatePoet 好东西，码了

@fyxtc 哈哈哈哈哈是，我也看见那个帖子了。这就说明不折腾就不会被坑🤣。
@sunnysab 证书是我的私有 CA ，有一部分公网服务没有用公共 CA ，都是自签的证书，客户端需要安装对应的 CA 证书，方便起见就直接放在 footer 了。
@imycc 没事，我仅提供自建教程，不向外提供服务。
@jenlors @kernelerror 好的，我学习一下
@dfgxcvbcv 哈哈哈哈哈🤣。

@documentzhangx66 害，有现成的就用现成的呗
@muzihuaner @westoy 仅自己和熟人用，不做商业解决方案
@nightwitch 确实
@eason1874 主要是有些长链接测试的时候在一些软件里面没法正常识别，就只能出此下策；写规则跳转又有点麻烦，说白了其实还是懒罢了

@markgor 确实，仔细想了想折腾的热情比前几年少了太多了，之后再搬家大概率也不会再弄很复杂的智能家居系统了
@bthulu 好!
@zxCoder 路由器一般人家里都有吧，现在小米和 TP 的中高端路由器也都有内置 Docker 了，树莓派现在有点理财产品但是往前也没多贵，至于 x86 设备我就这么一说，其实和 arm 设备二选一有就行。能自己折腾智能家居的我觉得网络设备应该不会太差。
@fiypig 也可以走 WLAN 啊

实时备份就是把空档期无限缩小，很多备份软件也是这样，检测本地更改->同步更改部分

@TcDhl 好看
@arac 我合计了一晚上其实我想要的应该就是酒店或者 KTV 那种中控屏罢了，一块屏（中枢控制）上控制全屋电子设备运行，上云不上云我感觉必要不大
@SenLief 我也是这么想的
@documentzhangx66 我的想法是他崩了为什么会影响我使用，IoT 设备为什么还全部需要上云处理？
@weeiy 确实
@Taojun0714 害，这方面全世界不都一样嘛，大家都摆烂

@cnuser002 所以我现在在寻求的就是一个足够开放的套件
@hass 需要会写代码到什么程度，哪个栈
@Suwipe 我希望别，我找了几个帖子看好像博联的很好折腾
@imycc 我可没说非得云端服务，我觉得智能家居云端服务完全是没必要的，也就提前开个热水器
@pengtdyd 唉...
@tuobatian 这种中枢网关实际上米家服务器崩了也大部分功能用不了，而且一个是支持设备不够多，一个是控制其实还是在米家的系统里面。

@Kilerd 广告收益比较高，用户粘性比较大，支付和商城功能完善，维护成本低，开发者粘性高（小程序），能联合厂商催促终端用户更新换代等等在开发商（不是开发者）眼中的优点其实非常多。
对用户来讲我是真的讲不出这俩有什么突出的优点，登录方便、小程序方便？那不是 H5 或者系统厂商应该做的吗？

@mingl0280 牛
@GHvyuR7N 那至少也得给个选择吧，或者把协议开源出来。需求少绝对不是主要原因。
@Seanfuck 那不可能，我的想法是由开发者提供套件离线解锁和自行控制，而不是自己去做一套解锁逻辑。
@ixinshang 摄像头的云服务这玩意谁用谁知道难用
@joesonw 服务端能够离线部署和局域网运行就行

@hobbitlhy 不一定非得远程连接啊，智能门锁可以用手机 NFC 或者生物认证开，都到家了就什么都可以手动控制了，而且比如热水器或空调也可以 crontab 。
@westoy 但其实不必非得从公网控制吧；另外在控制软件本身不存在致命缺陷的前提下宕机概率应该不会太高；如果断电了的话那智能家居也就没啥意义了，能来电自启就行；断网问题 4G 路由就能解决。
@icyalala 不一定非得公网 IP ，也可以搞一台公网服务器写配置然后本地定时拉取。
@jiangyang123 确实
@PMR 但是 homeassistant 在 Android 平台上能用吗
@clf 我的想法就是本地一个专用网关，统一接入家里所有 IoT 设备，然后自建公网控制服务或者接入服务商（米家等）这种的。
@wangjiang 但是他那个智能网关也是要通过米家 App 控制的
@txydhr 用户侧网络中断和服务端不发生关系吧，毕竟用户侧网络中断就算是米家也用不了了啊
@ooii 内网穿透