把功能齐全的关系数据库仅仅当一堆表用，做单表 crud ，或者少量几个表之间做一层直接匹配的关联查询，其实用 ORM 和直接写 SQL 也没啥区别。用 MySQL 这种残疾货跟用 Oracle 也没啥区别。

ORM 搞不定的是那种，很多老式的业务系统，业务逻辑有很大一部分写在 SQL 里，子查询、窗口函数、触发器、存储过程、CTE 甚至递归 CTE……老式系统里，可能没有 B/S 结构，是 C/S 的，本机运行的 exe 客户端直连数据库，主要是起 UI 的作用……当然，也可以 B/S 方式用 WebUI ，但跟现在互联网流派的架构还是有很大区别的。虽然从互联网生态出来的架构师鄙视和抵制这种架构，但……其实没有绝对的谁先进谁落后，根本上还是有锤皆钉吧。

@Serino 同格兰仕微波炉，快了 10 多分钟了。这玩意不带 RTC ，每次重新上电后需要设置时钟。设置完了运行一段时间后就不准。好在只是个添头功能，平时也不会用它作为依据。

太庙不配

对于普通人来说，外语也没啥娱乐的用途。正经的普通人谁赶在字幕组出资源之前看点生肉啊，谁直接下场去和外网网民对线啊。

我的是两家一样的

另外，看答案似乎分为两个流派三条道路：1️⃣终端仿真程序 + session manager + ssh 协议连接功能的一体化工具； 2️⃣终端仿真程序和 ssh 协议连接功能解耦，不谈论前者，后者用标准的 openssh ； 3️⃣终端仿真程序和 ssh 协议连接功能解耦，不谈论后者，前者推荐一个自己用得顺手的终端仿真程序。

哪有什么现代化 SSH 客户端。只有用了前端技术栈做 UI 的手感黏黏糊糊的新派垃圾，和用了原生 UI 技术栈但手感也越来越黏黏糊糊的老派垃圾。

enable 作为孤立的单个词不好翻译，本质上是盲目追求 word-by-word 翻译的问题

这样你这一贴就小而美了

前 7 段和最后一段都可以删掉

比如 HA 和备份，不管你用不用容器，都要自己做。除非你用的容器镜像是已经考虑了的。

没有什么绝对的合适不合适。

容器化解决的问题是什么，不能解决的问题是什么，带来的新问题是什么。

不用容器时的哪些问题在容器里能解决，用了容器仍然要自己解决的怎么解决，容器带来的新问题怎么解决。

这些问题想清楚了就有数了。

加一个带串口控制的 UPS ，断电时靠 UPS 的电让服务器自主关机

并不是孤立地说这事很“危险”。当然可以安全的。但是你这样做了还要安全，自己需要像专业网安人员那样花很多精力做配置和长期维护。也就是说为安全付出的脑力成本明显大于不放公网。

至于用 qc……当然也不是 100%的安全，但是人家有专业团队做维护，而且通过 Saas 方式平摊了到每个用户的维护成本。

目前主流打包软件加密的原理是用你输入的密码派生出的对陈密钥对数据加密，解压时你输入同样的密码，派生出来同样的密钥，就可以把数据解开了。通常不会用更复杂的办法。如果有哪个压缩软件支持，那大概率如#1 所说很容易绕过。注意我说的是通常、大概率。

其实理论上……当然是可以做出来的，比如 Windows 的 NTFS 文件加密。

你可能需要的是别人按你的需求写个 GUI 把你要的操作包装起来。

但是对具体的业务功能写 GUI 来包装，是不太有趣的事。如果不是花钱买服务的华，除非正好别人跟你做一样的事，又正好有这个兴趣又有这个能力。

@sunny352787 sorry ，看错了，嘿嘿……原来你怼的不是我。

@sunny352787 你回我的语气让我感觉有点摸不着头脑……因为不熟悉 id ，甚至一开始以为你是拿 kernel 代码来支持 bool 和 int 互转的。我的意思明明是，不同场景的需求不同，拿来写业务的，主要矛盾跟写内核和嵌入式的不一样，对 bool 的需求不是从寄存器里直接抠 bit filed ，而是更需要保证不同类型值域的语义正确。说起来咱们才是一伙的，你用反问语气怼我做什么。

你跟公司做基建的同事反馈一下呗，看能不能把登录后一次性的初始化和每次开 sub shell 的初始化解耦开。