先看你想从事什么行业，然后去招聘平台看相关行业的招聘要求，就知道要学什么技术栈了。

系统都有随机数生成器，对 Linux 来说就是/dev/random 和/dev/urandom

@superhot #72 其实差别很小，因为作者都是同一个人，只是 koa 在早期设计实现了一个思维试验，即把原有 Express 的中间件顺序执行模式改为了“洋葱模型”，发展至今应该是两者的主要区别，看你的业务特点是使用顺序执行模型还是使用洋葱模型比较合适。

另一方面就是 Express 自带了一些基本的中间件；而 koa 仅提供最基础的框架，需要自己选择各个中间件来组合使用。我做的项目一开始是用 Express ，后来发现随着需求越来越具体，Express 自带的中间件无法很好的满足需求，于是就自己写中间件，以至于后来几乎大部分自带中间件都没有在用了，所以后来换了 Koa 。

其实各种框架都学一学也花不了多少时间，后端更多的是研究系统架构、数据库、中间件（消息队列、KV 、搜索引擎等）、服务治理、分布式事务等等，语言和框架就是冰山一角。

一两个 API 的话直接用 Node 的原生 API 手写也可以。

API 多了看项目适合哪种架构。

我一般习惯 koa ，比较灵活。

烂片从电影出现就有了。

每年全球少说也有上百部电影发布，主流的口味不喜欢还有很多非主流的可以试试。

笔记本内存就用移动平台，比如迷你主机/准系统，或者单纯用闲置/二手笔记本电脑，不过相对来说迷你主机/准系统在接口方面会比笔记本灵活一些，如果是笔记本的话接硬盘可能就只能 USB 了。

NAS 功耗大头实际上是硬盘，普通硬盘每增加一块功率就会增加 5-10W ，对于绝大多数家用 PC 来说，闲时功耗甚至不如 4-6 块硬盘。

想省电一方面用移动、工控或嵌入式平台的主机功耗可以到 15W 以下，另一方面就是少用硬盘、用节能硬盘（ IO 速度相对慢）、硬盘闲时休眠。

而且省电还得建立在数据完整性保障的基础上，备份也会产生额外开销。

NAS 横竖都不是一个低成本设施，否则网盘也不会有那么大市场，建议还是谨慎考虑自己的需求。

你需要一个高可用的负载均衡中间件 🐶

也可能是硬盘盒的控制器过热，或者有 bug 导致的问题。

有些硬盘盒的设计场景是偶尔使用，所以可能无法胜任 7x24 的场景，或者封闭的弱电箱场景。

因为柜门很大，而且不密封，基于防尘考虑可以采用正压方案，从下方吸气，然后从上方排气，同时吸气口加防尘网。

就是有个尴尬的地方，下面安装风扇就没法在这个位置放设备了，比较浪费面积。
或者你考虑使用通风材料（比如栏杆、沥水架之类的）把设备架起来，让下面风可以左右流动，不过这就会比较浪费高度。

我家也是用的电视柜，只不过我是左右开孔，而且进风孔靠下、出风孔靠上，这样比较节省空间，而且还能利用热空气上升的原理。

@shakeyo #19
各有优缺点。

RAID-1 或任何等同的 mirror 方案都是实时同步的，像数据库之类的对实时性比较敏感的数据，不会在一块盘故障的情况下丢失一部分新产生的数据。缺点就是像勒索病毒之类的修改数据或者删除数据会连着备份一起破坏。

异步备份可以在数据被破坏到下一次备份之间有一个缓冲期，及时发现的话可以避免备份失效；使用快照等机制保留历史版本可以一定程度上延长这个缓冲时间。

其他的就是有人会有异地备份需求，比如极其重要的数据怕天灾人祸一锅端，这种就不好用 RAID 了。

RAID 除了 RAID-1 （ mirror ）以外只保障可用性，不保障完整性。所以如如果不是需要硬盘故障时不停止服务，或者不是需要使用 RAID 来提供一些 IO 性能的加成，完全没必要使用 RAID ，甚至有些时候使用 RAID 反而会让数据更容易丢失。

备份是要有的，我曾经遇到过三次保修期内故障的情况，故障率数据仅对大规模采购的场景有意义，对少量采购的个人来说就是纯运气。

那个银河我也种草很久了，用过的大佬可以讲讲是不是真的静音（比起很多企业级炒豆子硬盘来说）

@zliang888 #3 性能看 CPU 和内存，官网可以看到各个型号的参数。

实际上纯存储功能对性能要求很低，只是各种插件会比较吃性能，而 NAS 厂商通常是按照纯存储和基本功能对性能的需求去设计的，所以一般不建议在品牌 NAS 上跑太多吃性能的插件，性价比太低。

要是对性能有较高的需求，可以考虑单独一台服务器来跑服务，然后挂载 NAS 存储空间。

就是能上机架啊

有的服务要求必须 HTTPS ，以及一些浏览器 API 不走 HTTPS 不能用。

可以走 DNS Challenge ，可以参考这个 https://letsencrypt.org/docs/challenge-types/#dns-01-challenge