@SaltyKitkat node_modules 可以改用 pnpm 安装依赖，pnpm 用了硬链接和软链接。

上个星期刚买了台惠普 800G3 DM ，加上一颗 I5-7500T ，内存用自己笔记本上淘汰下来的 8G DDR4 ，再加上一个 2.5 的机械硬盘。待机功耗实测 8-9W ，跑压测最高 40W 。准系统加 CPU 一共花了 554 ，拿来当下载机和旁路由还不错，但是自带的 intel I219 网卡在 linux 下有 bug ，要关掉 tsc 和 gso 的 offload ，否则上行带宽会只有 500Mbps 左右。

其实买新的 N100 也不错，性能够用，编解码性能还强一些。

@tywtyw2002
硬链接的方式应该多个版本之间是不会共用文件的。你可以尝试用 fclones 分析一下，应该还是可以找出挺多重复文件的。

fclones 查出来的重复文件可以进行硬链接去重，但手动的硬链接去重后不能对文件内容直接修改，会导致其它地方的文件内容也被更改。不清楚在 nix 的这种安装机制下有没有问题。

如果是 btrfs 文件系统还可以进行 block 级别去重，还有透明压缩可以减少空间占用。 而且文件系统级别的去重跟硬链接不一样，修改文件不会导致使用相同块的文件内容同时被修改。

我尝试了一下使用 fclones 扫描 /var/lib/docker ，3GB 里面有 2GB 的冗余文件。

我就 Github Copilot 会员和喜玛拉雅会员（银行送的）。

@Tink 他这个方案就是只开放一个 https 的端口，当 http 协议访问 https 的端口进来时返回 497 状态码告诉浏览器要使用 https 协议来访问。

一直听说 nixos 很牛逼，这个硬盘的消耗是不是可以通过 btrfs 的去重功能解决。比如安装完新的依赖后，执行一篇 btrfs 的去重工具，应该可以节省不少的硬盘空间。

正常来说使用 localhost 就可以直接访问，如果出现问题就只能使用 ip 访问了。我的做法是在 wsl 里面写一个 systemd 的 service 在开机时使用脚本添加一个固定的局域网 IP ，并且调用 powershell 给 windows 这边的 WSL 网卡也添加一个同网段的固定 IP ，这样就可以直接通过这个固定 IP 访问到 WSL 了。

建立使用 informer 监控资源的变更，informer 有本地缓存速度比较快。我记得好像还可以在重连时恢复事件，而 watch 会丢失事件变更。

辛鹿的熔岩可可之前买了两包，到现在已经快喝完了。很多人说这个不好喝，但我喝着还行。跟自己拿铁锅炒的咖啡豆比干净度好了很多。

题材不限啊，那推荐个《我的女友是恶女》。

8 年前用 ESP8266 的开发板做了一个，一直用到现在。因为有自己的 vps ，所以写了一个服务端，以前是用 web 控制的，后来还用 flutter 写了一个 app ，现在基本就用 app 了。

用光耦控制 Power SW 跳线的通断，另外一组光耦反向使用读取主板 power led 的判断开机状态。如果电脑死机了就发送一个长按的指令强制关机。

https://github.com/Fmstrat/diy-ipmi 这个 DIY IPMI 方案还可以实现读取显示屏的内容，模拟键盘和鼠标进行物理远程操作，远程改个 BIOS 。

@drdre 看 rclone 官网上的介绍写着最大是支持 250GB 的。

The largest allowed file size is 250 GiB for both OneDrive Personal and OneDrive for Business.

这种直接租个 vultr 之类的，5 美元的那种机器就行，连接国外的 dropbox 和 onedrive 节点速度快。直接 rclone mount 一把，把流数据丢给 ffmpeg 截掉前面的 20 秒，用 copy 的方式，不要重新编码。输出的内容直接 stdout 传回到 rclone 输出到 onedrive 就行。5 美元规格的流量是 1TB ，如果后面不够了可以直接删除掉实例重新开一个继续搞。想要快点甚至可以直接开 10 个并发搞。

报价看下自己的工资，按 7 个工作日算，看谈的情况上下浮动。

node 项目如果不用 docker 的话，用下面的步骤应该能快很多。

1. 将新版本程序放置到服务器同磁盘其它目录中，比如原来的 server 在 /opt/server ，那么你可以先将新版本的程序放到 /opt/server_new
2. 在 /opt/server_new 中使用 npm 安装依赖，并等待依赖安装完毕
3. 停机，并将 /opt/server/node_modules 重命名为 /opt/server/node_modules_old
4. 将 /opt/server_new/node_modules 移动到 /opt/server/node_modules
5. 将 /opt/server 的其它文件，一般也就是程序文件更新到新版本。如果用上了 git 这一步就直接 git pull 。
6. 启动 server ，检测是否正常运行。
7. 删除 /opt/server/node_modules_old

因为这个过程中 npm 安装依赖时不需要先停机，所以基本也就是个重启应用的时间。

我一般生产环境的强隔离上单独的集群。至于开发和测试环境嘛，能省则省，资源共用，用 namespace 做逻辑隔离，配合亲和性和 request 、limit 处理就行。

很有意思的项目，kustomize 的语法 hack 不好写。helm 虽然还可以，但始终是模板语法，自定义能力略弱。拿 helm 部署一整套微服务项目，写了一大堆的公共模板，相当麻烦。

comptime 很灵活，而且拿来做 rust 的交叉编译很方便。

还有不优雅一点的方式，直接用 label 过滤删除对应的 pod ，然后 deployment 会重新将 pod 拉起来，imagePullPolicy: Always 就会拉新的镜像。

kubectl delete pod -l app=labelvalue

使用 git commit hash 做为 tag ，每次 ci/cd 的时候用 yq 修改镜像的 tag ，再 apply 。或着使用 @sha256:, 如: image: gcr.io/google-containers/echoserver@sha256:cb5c1bddd1b5665e1867a7fa1b5fa843a47ee433bbb75d4293888b71def53229