HTTP 状态码和业务状态码分别代表的是不同层级的状态，用 HTTP 状态码难以细分出各个业务状况，用业务状态码来代表 HTTP 状态会脱离 Web 标准化设计，所以建议两套都有，比如序列号不存在的时候，你可以认定为是客户端错误（表示 HTTP 协议层的错误信息），返回 HTTP 状态码 400 ，同时返回信息里有个业务状态代表序列号不存在。

不是所有 API 都适合用 REST 风格，你可以在路径规划上划分出哪些是 REST 、哪些不是，你可以在文档上标出哪些 API 是 RESTful 的，也可以通过类似于“/api/rest/v1”这种显眼的方式直接把 REST 和非 REST 隔离开，API 设计上最重要的是让对接双方的开发者都能看得懂，只要能达到这个目标就是好的设计。

REST 没有标准方案，只是一个 API 设计思路而已，所以你最终的设计只要符合 REST 的核心思想就可以享受 REST 带来的好处，不需要追求跟哪个具体案例一模一样。

各个发行版用的 Kernel 基本是一样的，软件包里的程序文件也基本是一样的，软件用法也基本是一样的，两边都用得熟的话无非就是在新系统上装软件，然后把配置和资源文件移动过去就好了。

建议你试一试，然后遇到了问题在上来具体问问题。

WebSocket 对网络质量要求会高一些吧，换来的好处是实时性以及双向通信，但你的项目其实不需要太高的实时性，延迟个几秒也是可以接受的，双向通信也可以用轮询来代替。
现在不少 IoT 项目都是用消息队列来削峰填谷，你可以把交易的每个步骤做成队列，每个步骤都有校验机制和重试机制，再加一些回滚机制，来尽可能提高可靠性。

看戒指用来做啥。

各地习俗可能有区别，一般是钻戒用来走仪式，婚戒用来婚后日常佩戴。

我和老婆都比较节俭，商量后一致同意省掉钻戒，买对好些的婚戒，一起去实体店挑的。

两个人过日子，还是得有些默契的，你得了解和理解她的想法，她也得了解和理解你的想法。

我是烦一年一涨租，以及不希望将来孩子跟着一起到处搬，才决定买房。

没有啥应不应该的，你觉得租房是累赘就可以考虑买房，如果觉得租房也挺好就再等等。

买房最好买在交通方便的地方，离工作单位不要太远，否则可能会有一天烦于通勤还得再租房。

你再奋斗两三年攒大概 150w 左右就差不多可以付首付了，银行贷款要求收入（我忘了是一人还是全家）是月供两倍以上，所以按照你的收入来看，月供基本不会影响生活，而且你以后工资还可能会涨。

@XiLingHost #59

我们服务器都部署在云上，云厂商貌似没提供 PhotonOS 的镜像。
另一方面没有特殊需要的话，尽可能用自己熟悉的东西。

你需要一个明确的职业规划，一个明确的时间长度之后你希望你在以什么样的状态做什么工作，然后再看需要做哪些事情，以及拆分成一个个里程碑，还要考虑各种风险、做备用方案，并定期检查进度。

觉得自己不足然后决定去学习是好的，但关键问题是弥补这种不足能给你带来什么收益，这就是职业规划的意义，知识太多了，人不可能全都学完，你只能为了达到某种目的而做出选择。

人的三观会在成长过程中因为经历和思考而发生变化，所以每隔一段时间都可能要重新思考一些问题，比如你此前认为没用的东西是否变得有用了，以及以前认为有用的东西是否也没那么重要了。所以每一个阶段，你都可以说每种事物对现阶段的自己有什么意义，但也仅限于现阶段了（任何话最好都不要说死）。

建议你先做做实验，验证一下脱产学习的效率究竟比在职高多少，比如利用五一长假连续几天尝试全部精力放在学习上，然后跟在职学习的速度进行对比。

旅行者一号也就 230 亿公里，飞了四十多年了，跟 1 光年还差 2 个数量级，照这个速度算的话，可以算算要多少年。
这还是经过了好几次弹弓效应加速的效果。
所以直接去 8 光年外的星球，对于人类来说成本过高、风险过高，趋近于不可能。

个人感觉，能不能做到不会是人类做选择的最终原因，凡事人类都会讲究性价比，从短期和长期、单项和综合的角度，来做选择；所以大概率不把地球榨干，人类应该不会选择移居。

地球环境不好了，人类会想办法改善环境，而不是任凭其彻底崩坏；
即便到了无法改善环境的情况也可能会造封闭城市，来人工创造有限的宜居环境；
地表待不了，也可能去地下；

除非地球资源不够了，或不存在了（比如碎了），才会选择到太阳系的其他星球苟一苟，星球表面有资源，总比空间站性价比高；
然后就是上面提到的在地球上的那个套路；

最后太阳系大多高性价比的行星都没了，才会选择试试太阳系临近的其他星系；

然后总有一天，离宜居行星比较近了，性价比高于就近找非宜居行星落脚了，就会直接去宜居行星了。

我是大人，我选择全都要。

鼠标键盘都是工具，具体问题具体分析。

用云原生的表示宿主机系统越稳越好，基本不需要装容器以外的软件包，我们现在用的是 Debian 。

@F798 我说的意思是直接插 HDMI 到 nas 上用 nas 播，是需要 nas 来解码的。后面我也说了用电视解码

建议 4G 内存起步。

另外看你需不需要确保数据安全，需要的话就得上冗余方案，两盘位可能基本就得 RAID1 ，四盘位如果单盘容量不会太大的话 RAID-5 ，单盘容量大的话，为了避免恢复重建过程中坏第二块，建议 RAID-6 。

群辉品质挺好的，一台可以用很多年，多些预算还是比较值的。

先学好专业课，了解一下计算机科学专业有哪些课程，如果本专业没有你可以考虑自学。

然后去了解一下当前有哪些比较好的行业，选择一个自己感兴趣的，再来问针对这个行业需要学习哪些知识。

群辉官方用的是 Intel J 开头的处理器，华擎有这种主板（主板和 CPU 焊死的），你可以看看能不能买到，我三年前攒了一台 J4105 的机子，算上机箱和内存条一共花了 1800 ，因为跟群辉官方硬件是同一系列，所以对黑群辉系统兼容性比较好。机箱用的迎广 MS04 。

10W 低功耗，实际上耗电大头是硬盘，主板 CPU 这点是毛毛雨。

这个 U 带核显，可以跑 4K 分辨率，但是解码性能好像不是特别强，我没有用它解码过 4K 视频，实际上如果解码需求比较强的话，特别是 HDR ，最好用好一些的独立显卡。

你可以看看你的电视能不能通过网络播放 NAS 上的视频文件，在电视本地流畅解码。

@monster33 #3 底层原理都一样的吧，盲猜性能没有啥区别，你可以找找网上有没有压测数据。

两者主要是特性上有些区别，就像我上一个回复提到的。
Docker 是公司驱动的，Podman 是社区驱动的。

@crazywhalecc #15 路由器也不一定非要挤在弱电箱里，你光猫引出线到书房的别的地方，路由 LAN 口出来两根线也可以引回到弱电箱里，无非是线长一些，需要走线和固定。如果是租的房子就只能这样，房东允许墙上固定线就可以美观一些。如果是自己的房子还是建议扩张或者移动弱电箱。

可以同时安装，不会冲突。
大部分指令一样。
可以用 Dockerfile 。

说是下一代容器技术应该也不大准确，算是跟 Docker 不一样的设计思路，主打无守护进程和非 root 环境使用，具体可以搜一下对比。

不一定所有项目都不需要任何修改便可从 Docker 迁移到 Podman 的话，具体可以搜一些迁移相关的文章看看。

假设路由器每个 LAN 口都是千兆，性能也足够所有 LAN 口同时跑满千兆，那么卧室主机直连路由这一段就可以保证有千兆带宽。
路由器到书房的分线器只有一根线的话，只能插在路由器的一个 LAN 口上，但是书房有两个有线设备，会共享这一千兆的带宽。
要想让 NAS 到卧室主机之间有一千兆的带宽，NAS 就得能独占路由器的一个 LAN 口。

你可以把光猫做成桥接，用路由器拨号和路由，路由器拿到书房，WAN 口接光猫，然后一个 LAN 口接墙上网口到卧室，卧室出来直接接主机，再用另一个 LAN 口接 NAS ，这样 NAS 到卧室主机就有一千兆带宽。
无线打印机可以直接连路由器的 WiFi 。
剩下就是书房的主机，以及卧室的无线设备，首先看你的路由器还有几个 LAN 口，如果只剩一个了，就可以利用那个无法移动的分线器分出两条线，如果还剩两个口就不需要用哪个分线器了。一个口接书房主机，另一个口走书房的另一个墙上网口到卧室，卧室出来接一个 AP （如果路由器可以当 AC 的话，就可以实现漫游了）。

这样你只需要买个 AP 。

当然因为你的图没有显示家里房屋布局，所以我上面的建议不一定好走线。