一个月，，，

@hez2010 #64 pve 也有 cluster ，不过确实不好用。。。

至于 op 所需要的功能，都没有问题，丝滑使用。

也尝试过直接将 immich 后端挂到 aws s3 ，后来发现 k8s 对对象存储支持不太好，遇到了问题，所以现在是用一个 backup pod 去每周备份所有数据目录（我自建服务还蛮多的。。）以及上传 immich 到 s3

好吧我貌似已经用一两年了。。

至于 break change ，得注意里面内容，随机应变。记得之前有个改 postgress 的，因为是 k8s helm 安装的，官方是针对 docker compose 的修改，当时折腾了两三个小时升上去的。

主要是因为一般升级我只需要修改 vaule.yaml 的 tags 这个变量就可以，但是他 docker compose 挂载结构有修改，意味着我需要升级 helm chart 。

https://i.imgur.com/D7IuBjp.png

我 iphone 用了 immich 半年，最大的问题在于自动同步，开了后台，但我上次同步时间在 3 个月前，因为他不像 icloud ，每天都会同步，immich 是一个用户程序，长时间不用就冻结了。

还有一个问题，immich 版本更新很频繁，大概每周更新，包括 server 和 client ，client 端 app store 会自动更新 app ，时间长了会导致无法连接服务器。当你更新服务器版本的时候，不能一步跳跃（即便我现在是 k8s,改一个 tag 就可以），否则可能会错过 break changes 。

现在采取的方案是跳跃更新到当前 major 版本的最后一个 patch 版本，然后升级到下一个 major 版本的第一个 patch 版本，继续到最后一个 patch 版本，依次类推。

比如（假设最后一个 patch 版本都是 100 ）：
1.800.54 -> 1.800.100 -> 1.801.1 -> 1.801.100 -> 1.802.1

1. 选 x86 ，兼容性强，尤其是对于你下面的 2 和 3
2. x86 可黑裙，nas 方便的系统可以使用 unraid 和 truenas ，黑裙要折腾（洗白，半洗白，引导，升级，都是麻烦）
3. 服务少用 docker ，多则 k3s ，前提是你选择的系统没有坑，比较通用（ truenas ），像是黑裙这种 docker 都得自己改，k3s 就算了

9. 在 pixel 启用电信 LTE
10. 在 pixel 启用支付宝指纹
11. appops ，更方便的管理权限
12. 存储空间隔离

要注意 io 性能； cpu 得看跑什么程序，如果有多人同时编译还是比较费的；内存 128 应该够了；

这种日常使用的机器主频不要太低，或者分开几台机器，每台机器使用工作站或者消费级 cpu ，比如 amd 的线程撕裂者，主频比较高，核心也多，买两三台差不多了

@ChainLock #40 pixel 的原版谷歌自带固件被称为 stock ，每个第三方系统文档中都用 stock 表示这个固件，我也不知道他们为什么这么叫。。。比如，how to restore stock to pixel

BTW ，我昨天测过了，stock 的小程序也有这个问题，但好的一点是小程序卡一次超时就正常可用了，大概在一局守望先锋排位的时间（原谅我没看表，当时已经不抱希望了，结果一局守望打完发现超时报错然后正常了。。）

然后还发现了一件事，play 版的微信有这个问题，但 coolapk 的微信可以正常使用，包括在 stock ，calyxos ，gos 应该也是可以的（懒得刷系统了。。而且这东西京东 100%不兼容），小程序很丝滑，一点问题都没有。

checkmk 试试？

同意一楼。
（成本低廉，操作简单，别喷我 ahahaha ）

immich

hk 150ms 。。。。。。

为什么不用 lets encrypt

如果是国内，要不试试 xsky ？他家的 ceph 不错，相当于出事了有厂商兜底

不然一直提示密码错误