之前写开源软件的时候做了几年一共收到 100 块捐款。后来就懒得放打赏了，上班不香吗（

吞消息的话让对面先下线再上线，看看有没有收进历史聊天记录里。
如果在的话说明只是丢了消息通知，消息没丢。
非常神奇的是，我在美国的时候消息几乎从来不丢，回国了就狂丢，非常迷惑。

#32
NAS 的话，用系统自带的 RAID 相关组件已经足够好了。比如群辉独家 SHR ，说白了就是 LVM 。docker 和虚拟机这些更是直接用就可以了，没有什么缺失的功能需要自己来写吧。再不济，zfs 和 btrfs （不考虑 btrfs RAID ）使用得也很广泛了，总有一个能用的。要深度定制的话我感觉得是 netapp 这种级别的公司做的事情了，也不可能把这个成本开发出来的东西低价卖给家用用户。

Debian 作为一个老牌发行版，用户基数还有维护环境都比 OpenWRT 好太多太多了，还有大量的商业环境部署。（你应该没怎么见过拿 OpenWRT 部署商业服务器的吧。）倒不如说一开始去选 OpenWRT 才是迷惑的地方。

Debian 是一个发行版，内核是 Linux ，userland 组件是五花八门都有。
如果绿联修改了 GPL 的软件源代码并通过硬件搭载分发给了用户，那么他们确实需要提供修改过的源代码（或者提供修改部分的补丁文件）。
但大部分情况下写系统都是用现成的组件，不会去动很多组件源代码的。一个显而易见的理由就是，动了组件源码就必须自己打包，那就意味着自己要花时间维护这个包，上游改动了下游还要重新编译分发。那不如尽量直接用上游的包了，能有其他办法解决的就选其他办法。

就算是 PVE 的内核，本质上是用的 Ubuntu 主线内核改的，在主线内核上加点自己的东西。
https://github.com/proxmox/pve-kernel/tree/master/patches/kernel
全部的更改其实就这么点补丁，也不算太多。

上面说到内核模块闭源的问题。开源内核模块可以访问所有的内核 API ，非开源内核模块只能访问一部分有限的 API ，但只要符合这个条件，就是合法的非开源内核模块。

可能确实会有兼容性问题吧。按理 Linux 下是不会有这种问题的，但是看扇区号哪里都有，也不像是大容量兼容性或者坏块，硬要说的话可能是 SATA 控制器的问题或者就是驱动或软件写得有问题吧？很难说。
blk_update_request: I/O error, dev sata2, sector in range 10230902784
blk_update_request: I/O error, dev sata2, sector in range 27344576512
blk_update_request: I/O error, dev sata2, sector in range 31057534976
你看这三块地方是完全分散的。

UPS 的大小，差不多一半是里面的电瓶。大容量电瓶的 UPS 小不到哪里去。

一直想买点什么，为什么会选择买个 CPU 回来呢。
如果想新配/升级电脑，不如按照正常流程报预算和需求然后慢慢分析。
Java 开发对电脑要求也没那么高，随便一个 8 大核 64G 内存的机器差不多也能跑得挺好了。

Ubuntu 18.04 PHP 7.2
Ubuntu 20.04 PHP 7.4
Ubuntu 22.04 PHP 8.1
Ubuntu 24.04 PHP 8.3

你要升哪个 PHP 就升到哪个系统版本咯。软件版本本来就是跟着发行版版本走的。

偷公司内网资料都已经大胆到上 V 站问方案了吗……

我之前也误删过数据，不过不是你们想的那种误删。我误删是在部署一个程序项目的时候，要回滚一个数据库结构变更记录，本来应该输入 VERSION=20xxxxxx 的，结果我不小心打了 STEP=20xxxxxx ，结果直接把数据库滚没了。

所以归根结底还是要危险操作多留心，多检查，然后就是多备份。别的都是假的。

我主机 zsh 有语法高亮插件，临时做的 rootfs 里一般只有 bash ，所以肯定不会搞错。
楼上说的目录里手滑加空格的情况在我这也不是问题，因为存在的文件项有下划线，两个文件项中间有空格的话下划线就断开了，一眼就能看出是两个项目。

危险命令归根结底就是要养成执行危险操作前双手离开键盘盯着命令看 5 秒，想清楚了再执行，而不是依靠各种 alias 或者 sudo 权限这种东西。总有一天你会上手一台没有 alias 的机器，总有一天你会顺手打出 sudo rm ，就算 rm 被 alias 了，总有一天你会习惯性打出-rf ，又或者打出 chown/chmod -R 。你会习以为常地认为系统会保护你，不让你执行危险操作。这种精神麻痹是非常危险的。

不超过 2kg 然后还能两条内存插槽好像挺难的。我的天选 4 是 2.1kg 。

另外你可以看看能不能用 upstream 代替 set 来设置变量。upstream 应该是在很靠前的阶段执行的。

set 指令可能是在 proxy_pass 之后执行的。
纯粹猜测，你可以做做实验或者查一下资料。

Nginx 的配置文件，归根结底是配置而不是程序，不要总是期望写在上面的会比写在下面的早执行。

96G+双硬盘位的很多吧，我现在用的天选 4 就可以。你是要挑选轻薄本么。