建议服务和网络分开，网络设备的可靠性需求通常远高于服务器，折腾服务的时候重启断网还是挺烦人的。

另外你得考察一下你 Docker 想跑的东西提供不提供这个芯片的镜像。

所以你可以留着 r2c plus 用来科学冲浪，然后入 r6s 用来做媒体服务器和跑 Docker 。

思路挺好，后续要是有统一聚合的任务管理 UI 就好了。

个人感觉还是要取决于你们开发的依赖情况，看依赖包版本，然后找个大概率提供这些版本的发行版版本。只要你们开发不升级依赖，你可能就没法用新版系统。如果升级依赖的成本实在太高，又想兼顾系统级别的支持，可以和红帽聊一下采购商业支持，然后让老板掂量一下是开发方面调整划算还是采购商业支持划算。

确定好发行版之后，看是不是可以 CI 化，写好任务，每次调整都自动编译，有问题再微调。
另外容器确实是一个一致性利器，绝大多数场景几乎可以忽略宿主机发行版环境差异。

Arch 的 Aur 是个大杀器，官方的、第三方的、用户社区的软件包基本都可以囊括了，而且用户还可以随时自己制作软件包。

不过 Arch 对用户的技术水平要求比较高，如果是 Linux 新手还是建议 Ubuntu 。或者那你愿意接触 AUR 的话也可以试试基于 Arch 的 Manjaro 发行版，上手难度低很多，可靠性也好很多。

如果执意要换系统，看你是要备份还是要迁移。
如果是迁移的话基本就是 /home /root 直接复制或打包到其他存储设备，装完新系统再覆盖回来，另外也可以同样备份 /etc ，新系统修改系统服务配置文件的时候可以参考。
如果是全盘备份的话可以直接使用 dd 结合 gzip 等压缩方法将你的硬盘或分区整个备份成镜像，这个去网上搜有一大堆教程。

我自己的情况是：

NAS 属于一次配置好就基本不动了，用的 Debian 。
跑应用的服务器所有应用服务都跑在容器里，也基本不需要动宿主系统，所以也用的 Debian 。

你要是真心想搞明白这个事情，就先搞两本经济学原理看一看。
社交媒体上很多都是拿水洗煤上太空的主，不可能给你提供什么有价值的信息。

可以看看这个 https://www.bilibili.com/video/BV1ZN411c7Kp/

电脑和主机游戏都可以考虑，Switch 上的很多游戏老少皆宜，之前跟我妈一起玩 Shift Happens ，还挺欢乐的。

你需要清楚的是，学语言本身就是一件费劲的事情，培训班只能给你提供一些好一点的学习资源，并给你一些学习的外驱力，但最终还是离不开自律练习。

要清楚自己本身各方面的掌握程度，比如语法、阅读、发音、听写、词汇量各如何，然后专项提升薄弱的部分。届时如果有培训课程能高效你的薄弱部分，再针对性地考虑报名。

同四级没过，我语法是过关的，阅读是靠三年左右的时间逼着自己每天看英文文献来逐步提升的。

阳光怎么着也没办法穿过机箱和硬盘外壳直接照到马达上吧。

关键还是温度，不管是晒还是捂，只要温度不高就不影响性能，但通常太阳光的加热效果还蛮好的。

个人认为不是很重要，但来自父母的教育、学校里的社交关系挺重要的。

首先，都是工具，工具是为需求服务的，杀鸡就用杀鸡刀，杀牛就用杀牛刀，拧螺丝就用螺丝刀；任何不匹配需求的工具，最终都会让工作变困难。

jQuery 的设计目标主要是方便进行 DOM 操作，只开发一个呈现内容并具备简单交互的页面，搞定 Mvvm 框架代码结构的时间都够用 jQuery 写完页面了。
Vue 的设计目标主要是让开发者仅描述业务，不用亲自操作 DOM ，涉及到大量数据相关的交互，并需要组件化重用的，拿 jQuery 来写，重复性工作就会很多。

另外，我真心建议通篇读一下 MDN 上 DOM API 的文档，最终你会发现，十年间新出的 DOM API 已经几乎可以替代 jQuery 的 99%的功能了，用原生代码写一个页面，也可以像使用 jQuery 一样方便了。

这东西就是插件和配置越多，干扰因素也就越多，你想，所有插件都往 iptables 里插规则，谁覆盖谁都是很难说的事情。最简单的还是用尽可能纯净的系统，然后根据需求加插件。

我就是换了四五个固件之后，才找到稳定可用的。

曾经手腕疼得厉害，然后开始用罗技的轨迹球，就再也没疼过了，感觉还是挺适合开发或文书办公的。

当初选 MBP 的唯一理由就是续航，可以拿着到处开会不用担心没电，这种续航水平只有硬件、系统、软件开发生态全垄断的平台才有可能达得到。

现在不需要到处开会了，搞了个 2018 年的灯厂本跑 Manjaro 美滋滋，已经用了一年了。

互联网上绝大多数地方都是情绪的垃圾桶，人们沉迷于让自己站在“正义”的立场上而获得满足感。

@libook #7 拼错了，是 CORS

因为有 CROS 安全机制的存在，除非对方服务器吧你网站域名加入到他们的 Header 里，否则你不能直接在你的网站里使用他们的 API 。

但你可以自己搭建一个后端对他们的 API 做一个反向代理，然后让自己的网站访问自己代理的 API 。