我主要使用的是威联通四盘位 NAS ，另外还有一台 X12 平台的双路四代至强机器装的 ESXi ，分配了 32G 内存虚拟环境装了个 TrueNAS ，每天定时把成品 NAS 上的数据备份到这个上面。
NAS 只存数据，不跑服务。

我的桌面是 80cm*160cm ，买的时候怕大了，结果再大的桌子也不够用

有个办法可以缓解，用完不直接关机，改成送风，然后定个 1 小时左右关机。
我就是这么办的，虽然不能完全解决但确实可以缓解一点儿。

连花清瘟

我用过康耐信的 6 口小主机，同样不定时重启。
按官方的刷 bios 解决过一段时间问题。
后来又出现了，凑合着用。
再后来不开机了，淘宝修花了 300 多，然后回来又不定时重启。
最后不用了。

我是 x12 平台双路三代至强，平均功耗 180w

手磨不管买啥，一定要金属刀盘的，
我用的 kinu m47 跟 1zpresso 的 kplus 。
称是泰磨的黑色的，忘了啥型号了，可以计时。
滤杯之前是 v60 ，现在用的折纸杯。
一直是手冲，中度烘焙的豆子。

记个帐吧，看看日常开销有啥不合理的地方。

一般家用成品 nas 是软 raid 。
我用的 qnap 成品 nas 组的四盘 raid5 ，重要数据每天增量备份到另外一台 TrueNAS ，另外每年把照片刻到 mdisc 。
我觉得 nas 存储比云存储安全而且速度快。

问个题外话，CAE 图形模拟展示那块儿是直接用 OpenGL 实现的还是用了类似 vtk 的库呢

网线贵也用不了多少，我感觉用泛达没啥毛病。
水晶头跟模块我觉得 commscope 挺不错，前提是别买着假货。
我用的是 commscope 的 SL 模块，弱电箱也是直接打的模块，然后用跳线接设备。

既然注重隐私，就不用考虑绿联了吧

我只存 RAW 不存 JPG （相机也只记录 RAW ），拍完放到 NAS 上去，电脑不留。
1 年 1T 其实也还好，一块 16T 的盘都够存个十来年了。

至于“管理”，我的做法是：
1. Windows 映射远程驱动器，把 nas 的目录映射成一个本地的磁盘
2. LightRoomClassic 导入远程目录的照，同时生成智能预览
3. 照片修好后直接保存，会在照片相同目录记录 xmp 文件
4. 有特别喜欢的照片可以用“加旗标、评星级”的方式标记照片

这样后面电脑不连 NAS 的时候因为有“智能预览”也能看照片，如果需要高清的导出，可以映射磁盘后导出。
在 Mac 上没找解决办法，因为 mac 没办法映射网络驱动器。

JBOD = just a bunch of disks ，物理设备，你可以理解成是“盘柜”，没有 raid 的功能，没有 raid 功能，没有 raid 功能。
再多说一句，我知道的家用成品 NAS 都是软 raid ，最起码我用的是软 raid 。
然后存储池是个逻辑概念。
如果拿 LVM 来比方（只是打比方）
单个硬盘好比 pv ，raid 好比 vg ，存储池好比 lv

就算是固定 IP ，也是限制对外的 80,8080,443 端口的。

@zhangjiashu2023 这不是 waf 的问题，而且 waf 是很耗性能的。

服务器层面
先从外网用 nmap 之类的工具扫一下看看对外开放了哪些端口，然后一个个去分析，没用的关了。
打开系统的防火墙，只对外开放需要的端口。
类似如 ssh 这样的服务如果非要外网访问，把 22 端口改成其它的一定程序上也有效果，关闭密码登录验证方式。其它服务思路也类似。

应用层面
你说的是一个典型的前后端分离的常规部署方式，没啥问题，但是也解决不了什么安全方面的问题。
安全上我觉得得具体看你的系统本身写的时候考虑的全不全了，像 SQL 注入，XSS 之类的，可以自己去扫一下，该解决的解决，waf 并不能完全解决问题。
然后就是应用的日志，记录好，记录全。Nginx 的日志也打开，定期看看有没有什么可疑的访问方式。

不对
你前端好比是 nginx ，那也必然要反向代理到后端啊，不然两个地址一直跨域访问吗？
这里只考虑应用级别的渗透，那操作的目标本来就是你的前端地址，然后 nginx 反向代理到后端，不是同样可以访问到后端么。
最简单的渗透用 burpsuit 之类的代理一下接口就全出来了。

自己买个硬盘靠谱

我觉得 C/C++“交叉编译”的意义不大。
通过 cmake 构建的如果写的严谨，理论上可以在不同平台下面编译，但也只是理论，
因为打个比方说 setsockopt 函数，在 windows 、linux 、mac 下面都有，但是有区别，一套代码想都支持，要解决这种情况太多了。
C/C++可能会依赖不同的动态链接库(.so .dll .dylib)，这个也是交叉编译的一个坎儿。
我觉得 cmake 挺好，比直接写 Makefile 简单，而且在 win 环境还能生成 msvc 的解决方案文件。