@hbtech 协议一开始就没有对发件人有要求。
就像现实中，你给别人寄一封信，你把信投进邮筒的时候邮筒会问你要身份证吗？就是这个道理。
所以现实中你要验证一个人的地址，也只能是你给他发信，而不是让他写一封信发给你。

因为没法验证是用户发的邮件。

ZFS 是 COW ，断电按理只会掉最后写入的数据，池是不会坏的。

企业 NAS 不应该是数据安全优先吗？总不能为了省钱而不增加 NAS 主机吧。
正常情况是直接买个新机器，插满 16 或者 18T ，做 RAID6 或者 10 ，数据复制上去，然后老机器做备份。
原地扩容，你是真不怕数据丢啊，要不要看看最近绿联 NAS 那事？

我司在生成式 AI 出来没多久就全公司公告过禁止使用第三方 AI 处理代码了。
（你自己手打 prompt 拿到答案然后参考着放进公司代码是可以的，但是把公司代码贴出去让 AI 看是不允许的。）

@me1onsoda #108
可以尝试写测试，无副作用函数式的部分写测试可太简单了。这样基本轮不到你去调试就能把 bug 全干光。

买硬盘是成本最低的解决方式。
二次压缩一方面会降低画质，本来好好的风景视频压完变成一大坨马赛克了，谁顶得住。另一方面高质量的二次压缩非常耗费 CPU 资源，意味着非常耗电。你把一个 10TB 硬盘这个量的视频用 x265 在普通性能的电脑上压缩一遍，花掉的电费大概够你再买一块 10TB 硬盘了。

但是反过来，你买一部旗舰手机的钱，够你买总共 50TB 的硬盘了。硬盘是一种很便宜的商品。

（一部电影几个小时就几 G 而且能保证质量，那你知道压出这个能保证质量的视频需要在多高性能的电脑上压多久吗？）

免费打包服务好用那是因为有大佬帮你付了费了，要是换你自己掏钱支付这些 runner 的费用你就知道肉疼了。Github 的收费打包机 2c7g （免费打包机的一半规格）收费价格是每分钟$0.008 ，相当于一天$11.52 ，一个月 300 多美刀。你再和 ECS 的价格比比？

就算不减小文件大小，也会损失少许画质。减小文件大小的话，损失得更多一些。
如果用显卡编码的话，比纯软件编码损失会再更多一些。

@NewYear 动态语言的代码补全肯定没法和静态语言比的。
JS 都能原地动态给对象做手术，怎么补全嘛。

把 Haskell 往你头上一丢，纵使你日用 C++也没用。

不过上手快还是快的，肯定比一窍不通从零开始学的人要快得多。

万物皆基于 ffmpeg （
你用三方库大概率也是通过某种方式调用 ffmpeg 。（除非是基于 GStreamer ）

穿搭可以自己往上加词啊，加什么词就穿什么衣服。你给她穿小裙子就加个 dress 呗，穿睡衣就加 pajama 。

交往的时候一周也就见一次。

咱先从基础的开始。

这里先讨论有线回程 Mesh 。

WiFi Mesh 应该是属于 OSI 2 层（数据链路层）的东西。最下面的物理层当然就是无线网卡和电波了，物理层上面就是 WiFi 协议。Mesh 这些也都是在 WiFi 协议上做的。
你说的家用路由器设备，其实是在说网关+交换机设备。交换机确实是 2 层的没问题，但网关 NAT 是 3 层设备，会做 IP 转译。
正常我们家用的 Mesh 是一个 2 层 Mesh ，也就是在同一个网关内部用不同设备来实现。
那么基于这个前提就很好理解了，你需要一个网关（ 3 层），任意个交换机（ 2 层），和任意个无线（ 2 层）。

一个网关，上面做一个 DHCP 服务，为所有设备分配 IP 地址，比如说 192.168.1.x/24 。
任意个交换机，4+1 口路由器上的 4 口就是一个交换机。
任意个无线。你有多个品牌的无线路由器，你可以把他们切到 AP 模式（或者关闭 DHCP 后从 LAN 口接上联），他们就成了傻瓜无线设备。再把他们的无线设置都改成完全一样就行了。

这样就组成了一个最基础的有线 Mesh 。

如果要实现无缝漫游，那还需要支持 802.11k/v/r 协议的一种或多种，并且把他们都配置好。

再然后如果要做无线 Mesh ，还需要设备固件能支持互相互联，这个虽然有公共标准但是好像没有很普及？各个品牌自己的无线 Mesh 应该都是私有协议吧。这块我不熟，可能不对。

总之 IP 地址是和 DHCP 有关，和 Mesh 本身是没关系的。而且 Mesh 是要求同网段才行，否则漫游完就断网了。

看你说阵列柜我还以为你要上超微 847 之类的呢……