@jguo 真是，只要苹果不搞扫操作逼用户出走，基本盘还是越来越稳的。

最新的 cpu ，至少 i5 、i7 级别的，主板也至少中档以上，内存 64G ；
别盯着功耗看，没用，你不计算时候待机功耗高不了多少；
按需远程开机，网络唤醒或者弄个远程插座，上电自动启动都行； 7x24 小时开机也可以，用不了多少电，待机也就是三四十 W
简单说就是在自己能接受范围内买最好的就行，别搞啥低功耗，洋垃圾之类的

物理隔离，不要一台设备混用。你要是连接工作地点的 wifi 有的是让你安装证书才可以用，或者电脑上必须安装深信服、360 之类的。
更别整随身 wifi ，会有 wifi 扫描的，发现更麻烦，用 usb 共享网络，用干净的设备。
上面说的只是技术层面，你还要考虑人层面的。

和知乎没关系，我的电脑浏览器最近也总是这样，打开各种网页都会有这种情况，不知道是不是我设置了 ClearType 的问题

会出去玩，别说朋友圈了，有时候照片都不照

说服下自己吧

只是项目管理 redmine 。
如果有代码管理别的需求 gitlab 直接搞定，别整乱七八糟的浪费时间

要想静音 ssd 常在线，只用来存储缩略图和热数据；非可再生数据 HDD 冷备，至少两块镜像。血泪教训，千万别只存一份。
我是不怕麻烦所以群晖之类的不用（因为之前试用过半年经历过一次，一块硬盘状态不健康整个 nas 全部不让写，后来就不用了），啥 nas 系统之类的对我而言只不过是提供了 GUI 操作，有没有无所谓，我就裸机系统 多媒体图片文件我用 piwigo 管理，能完美实现我的缩略图和热数据常在线，要想用原始图片的时候冷数据盘直接上线就能用

@24 切换的动力确实不是很大。服务器端安全性，勤备份问题也不大。库中密码也是用主密码加密的。我也还在试用阶段。我保险起见服务器还是不长开，隔段时间开一两天让各端同步下。

最近从用了十多年的 keepass 换到了 Bitwarden 。Bitwarden 就是比较统一各各端都一样，不过 keepass 还在保留着，如果试用两个月后有不能接受的点，再换回去

API 两个：上传图片，处理图片（将处理后图片生成到缓存位置，并返回处理的图片）
http://example.com/api_v1/image/upload
http://example.com/api_v1/image/process [内网 API]
用户请求图片 http://example.com/u/x/a.jpg 时，nginx 确定文件是否存在，如果文件不实际存在时，反向代理到内网的图片处理 API ，并返回结果

处理很耗时吗？为什么不用户首次获取图片的时候再处理呢？
不了解你的使用场景哈，只是设想下。
1. 用户上传到图片存储[原始存储]可以是服务器、目录或存储池。例如 http://example.com/origin/a.jpg
2. 服务器端用户消息分发,根据不同图片和用户生成不同 URL 推送给用户，例如图片 a ，用户 x ，http://example.com/u/x/a.jpg
3. 用户收到推送消息，开始下载图片
3.1 服务器收到图片请求，检查缓存是否存在图片，即是否实际存在 /u/x/a.jpg ，如果不存在，调用图片处理函数或添加到列队生成图片。wait
3.2 返回用户请求图片

arm 的没长期用过，多年前实验过性能和稳定性太差不如弄个淘汰笔记本。
大概 13 、14 年的样子，我分别试过用一个自己改的 openwrt 路由器和一个和树莓派类似的板子，刷了 ubuntu ，挂上硬盘柜，稳定性和速度都不理想。后来我用了一个淘汰的 sl40k 笔记本+一个四盘位的奥睿科硬盘柜，用了八九年，去年硬盘柜里面一个电容坏了，而且那个笔记本也老掉牙了。就索性都淘汰了。
现在使用一个也是淘汰的笔记本，不过比 sl410k 要新的，做热数据存储和长期需要开启的服务（用 docker 或 lxc 跑）比如 git 仓库啥之类的，长天开机功耗也不高二三十 W 左右。用一个 13600k 的台式机加了七八块 hdd 和个 2T 的 ssd 用来日常使用和数据冷备。

gitolite+cgit,镜像推送用钩子实现