@mingshun 我记得好像 Array 还是不能用 ZFS 的。ZFS 貌似只能用在 cache pool 里。Unraid 的设计里面，缓存盘其实不是我们理解的那种：易失性存储媒介，他的定位更像是永久存储+加速媒介。他的 docker 容器、数据；虚拟机文件都是丢缓存池里的（而且不会迁移到阵列），固态并不是一个可以随便掉盘，数据丢失就不管的东西，只有进了 Array 才存在有数据校验盘保证的安全性。

也因此，Cache Pool 早前只支持的 reiserfs, xfs, btrfs 中。它默认选取的是 btrfs ，而且可以由你自由设置平衡器（ balance ）：raid0 、raid1 、raid5.虽然 btrfs 这玩意不太稳定就是了。我也不太理解为啥一开始不考虑支持 zfs 。

我记得现在的 pnpm ，yarn 都是校验 sha256 的。npm 默认的行为不知道是不是 sha256 ，但就算不是，也有基于 sha1 ，md5 的包校验。
楼主可以观察下 package-lock.json yarn.lock pnpm-lock.yaml 里面的结构。

当然，包这没有 GPG 签名啥的，所以中央源可以通过一些手段修改包的一些信息，比如说替代一个版本~
对于这种情况，可能只有楼主写一个工具脚本，定期针对你的 lockfile 做校验=，=

@mrzx #24 确实，更新太慢了。rc 了差不多快三个月了😂。开发组真能摸。不过核心的 zfs 文件系统已经稳定了。
一些依赖文件系统的数据才能运作的插件如 Mover Tuning 需要自己改个参数才能支持 ZFS 格式的 cache pool 。目前那些作者也都在等 6.12 正式发布。

@Aloento 他说服务端，也没提什么框架，什么 Runtime 。只提了一嘴小改 TS ，那不就默认 node 了嘛😨

@mrzx #3 6.12-rc 已经原生支持。

@keegan 被黑也难怪。😂毕竟 unraid 的哲学就是 un-raid ，缓存盘其实是当数据盘用的，和缓存字面意思有点差异（普遍认为 Cache 就是不可靠谱的），可以给缓存盘自由设置 raid0 、1 、5 ，现在 6.12 也支持 zfs 。Unraid 基本空闲时 cache -> Array 的。

P.S 没有磁盘休眠可以开 Turbo Write 啊，跑满单盘速度没问题的。而且我记得 Array 的读取速度是单盘 2-3 倍吧.

https://nodejs.org/dist/latest-v18.x/docs/api/globals.html#fetch

亦或者添加 node-fetch 模块。

P.S 这和 TS 无关，纯粹模块问题……

@a632079 哦对了 CoW 文件系统，最好最好，应该说是无比，上 ECC RAM 。

@kaiveyoung #3 我记得 BSD 现在用的 zfs 模块也换成 linux zfs 那个仓库了吧…… 不管怎么说 ZFS 都是 T0 级别的稳定，不像隔壁 btrfs ，不想说他了，raid0 balance 放着不管都能炸😂

😂这下又多了不用华硕路由的理由了。现在看来最好的方案还是 op 软路由 + AP 了。

Brave + Firefox 。之前主用 Firefox ，现在 Firefox 加载网页好卡，负载好高，所以就主用 Brave 了

@lchynn #16
@ljsh093 #22 C# 在此点了个大赞（狗头）

论性价比的话，两三年前选的舒克，感觉还不错，所以现在再购还选的他。

这不就和学英语背字母（大小写)+音标，学简中国语需要学拼音（元音辅音）的流程一样嘛。

P.S 台湾香港 繁中地区用的注音其实和日语的五十音有点类似的，但毕竟我们是拼音嘛，你只能从头学了。

讲道理.... 国内传统文化里避讳的比例还是很高的吧。国内线下谈到逝者一般都是直接中断聊天进程换话题，或者道歉后换话题。对于大人物都是大家心知肚明，但是不去提。所以国内专门用于这种悼念的词汇是很匮乏的。

现在网上用来表示哀悼的，其实首选的是🕯（其实也是西方文化入侵），其次就是 R.I.P ，但你想打逝者安息也无所谓（本来就是翻译过来的舶来词，也没啥自不自信的说法的）。

现在使用 R.I.P 的比例更多些，我觉得更主要的原因就是打起来方便，亦或者加一。没必要上升到其他哪些奇奇怪怪的高度。这不是文化自信的表现，只是自卑的表现。