@sldaniel 我就是打算用浪潮拆机电子垃圾……
m4 硬盘笼深度尺寸小一些，用 12G 转 6G 的线可以插 6G 的 2308HBA 卡，散热可以整个 m4 硬盘笼尺寸的亚克力风扇架套在后面，硬盘笼一般是 3 个 D 型 4pin 供电，风扇可以用个 hub 拿一个 sata 供电带起来，对我来说电源除了带主机现有供电以外，带笼子供电口还是很够的。
至于显示，因为我要跑视频转码，所以肯定有 GPU ，就不需要借助亮机卡了。

以上方案调研了有半个月，还没正式尝试，现在是在等其他配件到位。

@TNOK #36 因为我自己是 DIY 的 NAS ，所以我现在逢人都推荐买品牌 NAS……

NAS 本身绝对是个很氪金的坑，省心、省钱不可兼得。

@TNOK #21 一般品牌 NAS 都有自家的扩展机，外接的第三方硬盘盒/硬盘柜可能可以用，但大概率没法纳入到 NAS 系统本身的管理体系，顶多也就是临时倒腾数据用。

你用品牌 NAS 还是建议攒钱买品牌自家的扩展机，或者直接换更多盘位的产品。

DIY 的 NAS 一般没这种限制，像我用 OMV 和 unRIAD 都是可以将外接硬盘盒/硬盘柜纳入到自己的硬盘管理体系的。

不过不管怎么说，有 USB 本身的可靠性和速度方面的局限，一般也不推荐长期使用。
我是 DIY 的，也是四盘位，容量撑了四五年，现在不够用了接了一个 USB 硬盘盒；计划整一套 HBA 卡+硬盘笼，用一个 PCIe x8 接口换 12 个能跑满机械盘的盘位，把硬盘都转移到硬盘笼里。

我个人当面试官的时候是不在乎学历的，但是如果简历多了 HR 会拿一些硬性指标强行筛掉一部分简历，首当其冲的就是学历。

另外就是一些不懂技术的单位在招聘技术人员的时候，因为自己没办法判断人员技术能力，所以只能通过学历之类的条件硬性筛选。

如果你刚参加工作，或没什么人脉和口碑，学历就是个有用的敲门砖。等你工作了几年，发展出了好的人脉和口碑，就主要走内推介绍了。

RAID 主要是用来保障可用性的，就是有盘坏了系统不会立马挂掉；不保障完整性，要想保障数据完整性还是得备份。

看你描述不知道你到底认为要存的数据重不重要，虽然“没什么重要的”但是“不想炸盘了全没了”，姑且认为你觉得数据重要，那就多冗余（至少两块盘冗余）或者备份（哪怕只备份你觉得真的重要的那部分）。

但你 NAS 的这个盘位又很尴尬，4 盘位组 RAID-6 （或同类方案）冗余度和 RAID-10 一样，都是只有一半空间可用。要不你换个更多盘的 NAS 或者 USB 接几个硬盘盒？

RAID-5 十分不推荐，特别是你单盘容量很大，一旦有一块盘故障了买新盘重建要花很长时间，时间越长挂掉第二块盘的概率越大，然后数据就全部丢失。同生产批次的硬盘寿命相近，也会增加多块盘同时坏的概率。

要是想要安全可以不用 RAID ，用 JBOD （或同类）方案，比如开源免费的 MergerFS+SnapRAID ，以及闭源收费的 unRAID Array 。这类方案的好处是文件不会被拆分成条带分散到多快盘里，一个文件会完整存在于一个盘里，哪怕把单块盘直接拔下来插到其他电脑上也可以正常当单块硬盘读取文件。这样一来即便磁盘盘片有了一部分灾难性损伤，只要其他部分在维修车间可以读出数据，就也能有很大希望将部分文件抢救回来。但缺点就是没有 RAID 的速度加成，最快也就是单盘速度，像 unRAID 如果开启了校验盘速度会更慢。不过用来看电影，单盘的几十兆到一百兆的速度应该也够用了。

我是使用 Unassigned Devices 这个插件来管理 array 和 pool 之外的存储设备的，支持自动挂载，挂载之后会在/mnt/disks 下有一个挂载入口，通常是以硬盘名称命名（自己可以改）。

如果容器、虚拟机、脚本啥的要访问这个存储设备，直接让它访问/mnt/disks/下的这个挂载入口就行。

如果想在 WebUI 上查看和操作文件，可以在主界面的 Disk Devices 板块里直接点击这个硬盘 Identification 一列的挂载点名称就可以。或者使用 Dynamix File Manager 插件直接访问 disks/挂载点。再或者用 docker 部署 File Browser 并将/mnt/user 和/mnt/disks/设备名全挂载到容器里。

如果想将这个硬盘通过 smb 或 nfs 共享到网络上，可以在 设置->未分配的设备（ Unassigned Devices ） 中开启 smb 或 nfs ，再在主界面的 Disk Devices 板块里的 设置 一列点选这个硬盘，在里面开启 共享。

有个这个教程详细讲述了 unraid 的/mnt 下面各个目录的作用 https://www.jackiewu.top/article/unraid-storage-mount-point-explanation
如果自己 hack 的话，也最好根据 unraid 的使用范式来使用或规避，避免冲突。

先看是不是在保修期内，如果是的话找售后处理。

这种就是事实上已经开始出现鼓掌了，但是在使用备用方案来尽可能延续可用性，一般如果资金预算不是很紧的话，建议换成新盘，或者当存放非重要数据的临时盘。

以下是个人的一些理解：
酒在酿造过程中，发酵越彻底、酒精浓度越高、糖分越少，否则相反。生活中会使用“干”和“甜”来描述这种发酵程度，越“干”表示酒精浓度越高、甜味越少（留下的就是酸涩），越“甜”就代表酒精浓度越低、甜味越多（除了那些高度数再加糖的酒）。

可能是因为更流行陈酿风味，也可能是因为易于保存，人们普遍喜欢“干”葡萄酒，比如干红、干白。所以市面上看到最多的是干型葡萄酒。但对于没有喝葡萄酒习惯的人来说，对葡萄酒本身的风味不是那么敏感，但对味觉上的感受会更敏感，所以这些人对干型葡萄酒的酸涩味的感受盖过了对风味的感受。

我就属于以上描述的这种人。

葡萄酒也有甜型酒，比如甜红、甜白，可以试一试。

说道其他果酒，我喝过意大利的 Limoncello （柠檬酒），虽然不是纯柠檬酿造的，甚至是用酒精调制的，但个人比较喜欢它的味道，感兴趣可以试一试。

/mnt/user 是 array+缓存池的聚合目录，/mnt/cache 是纯缓存池的目录，/mnt/user0 是纯 array 的目录。

unraid 有个 mover 机制，就是定时移动文件，从 array 移动到缓存池或者从缓存池移动到 array 可以自己在共享设置里面调，比如从缓存池移动到 array ，就是 mover 执行完之后/mnt/cache 里没有被占用的文件都会被移动到/mnt/user0 里。

不清楚你具体说的错乱指的是啥问题。

我基本是直接扔有害垃圾的分类垃圾桶，社区里有俩，公司里也有。

docker 有必要学，其他的了解，等用到了在学也可以

VPN/代理的老本行。

如果你平时手机等其他设备出国，可以让家里当中转，路由配置一下家里的网段直接转发不走机场，这样你公网只需要开放一个代理端口就行了。

建议环境变量不放在 Git 项目里。
我们团队几年前做过一次安全治理，环境变量里大多是数据库、中间件之类的连接地址和访问凭据，为了避免隔三差五被人误发到公共 git repo 上去，要求仅负责部署的运维人员可以看到，所以全部信息都从 git 项目里剥离，并重置所有认证信息。这样使用云原生部署的话可以使用配置中心或者 k8s 的 secret 机制来比较方便和安全地管理。

只要不放在 git 项目里，那么几个分支就是可以互相合并的了。而且可以追踪每个 feature 是什么时候、什么人开发、合并到测试分支、合并到生产分支上的。

如果按照你们的使用方式，你可以使用 rebase 将一个 feature 里的所有提交合并成一个提交，再 cherry-pick 到下游分支上，就是这种做法因为没有记录 merge 操作，所以三个分支之间没有联系，你需要自己去比对 commit message ，同时因为使用了 rebase 合并了提交，导致开发过程中的提交历史细节被丢弃。

Iceraven/Firefox ，手机端可以用扩展。

有些 Crome only 的页面还是得用 Chrome 内核的浏览器，比如一些云文档。

用着顺手就行，不同人需求可能不一样。

@hytirrb 我也不知道，瞎折腾就知道了

RAID 是解决可用性问题，不解决完整性问题，举个例子，中了勒索病毒或误删文件，RAID 会实时同步在所有盘上操作。
要想解决完整性问题，得备份，而且有历史版本的那种，一个具备快照功能的独立文件系统会比较合适一些。

另外企业领域还有两地三中心的说法，个人用没那么严格可以本地一个实例+远程归档存储，所以可以考虑整个网盘、异地 NAS 或 OSS 。如果你不考虑天灾人祸，不要异地备份也可以，就在本地备份。

我是用 Btrfs 文件系统，然后用 btrbk 脚本来定时备份和打快照。其他的好像 ZFS 、XFS 也支持快照，可以自行了解一下。

硬件是真的什么都可以，只要能满足你的 2.5G 网口+NVME 槽的需求，机械硬盘有 SATA 口更好，没有也可以 USB3.0 硬盘盒。比如你可以整个全新或二手的支持 NVME 的 NUC 或迷你准系统。

真想好好弄一下，就是找个带硬盘笼的机箱，然后弄一块带 2.5G 网口和 NVME 槽的主板。

预算充足就可以找个这样配置的品牌机。

@fengymi #5 你得算算，要想用得上 2.5G 的网口，需要什么样的硬盘和阵列才可以。然后你需要几块盘、什么样的机型配置，就出来了。

不提具体需求的话，因为我自己是 DIY 的，所以一律推荐群晖/威联通成品机，花钱买时间。

自己的项目绝大部分情况用 conventional commits ，别人的项目就 git log 看看过往提交风格，模仿着写，如果过往提交没有统一风格，就按照自己喜好写。

这东西跟项目管理情况是息息相关的。
比如开发一个本地特色的项目，也大可不必坚持用英文，只要能快速、准确、工整表达核心信息就可以了。
再比如写的可能不是程序，而是个文档项目，只是想用 Git 来做版本控制，那么可以自己找或设计一套适合文档的提交风格。