可能你最迫切需要解决的是为啥要在服务器的文件系统里任性整理文件的问题，这个是业务层面的根源。
而不是挑选技术方案。

假如说用了对象存储，甚至直接把附件存在数据库里，如果没有倒逼着优化和规范化业务规则，那还是要整理文件、改文件名、改文件的层次组织方式，只不过从文件系统里直接操作变成了通过业务管理系统去操作，那业务管理系统里要开发这一块的功能。但如果倒逼着优化和规范化了业务规则，管理系统配套了，即使仍然保存在文件系统上，也没问题了。

当然，用文件系统，总有人会忍不住“既然放在文件系统里，我能看到，能操作，那我手痒直接去整理总不会犯啥大错吧”……所以换对象存储也好😄

@ChenSino oauth 发明出来是用于给用户自行决定是否需要把自己在一个业务系统中所拥有的资源授权给自己在另一个业务系统中的帐号来跨系统访问的。后来被简化了用其中的一些 API 子集做跨系统认证。单个系统内部的访问控制逻辑是业务内部自己的逻辑。

authentication 和 authorization 本来就是两件事

有把 [猛] 踩油门判断为刹车的。但不是按 [踩到底] 来判断。

右手（主要是小指）要额外多负担一批标点符号，而且在编程时这些符号出现的频率明显比写文章时高。然而再右边还有编辑区，再再右边还有数字区，再再再右边还有鼠标……

所谓的标准指法是打字机时代形成的，那时候打字主要是针对文章，字母区占了大部分面积，基本对称。
对于以编程为目的的输入，以及字母区之外有大量其它键而且左右很不平衡的 PC 键盘，确实是不太舒服。

我在 X64 的 Debian 11 里用 QEMU 跑过 ARM64 的 Debian 9 、Alpine 3.13 ，MIPS 的 Debian 9 ，都没有问题。ARM64 的是用 UEFI 启动，MIPS 的用外置 Kernle 启动。

估计你这个就是 QEMU 硬件设置和虚拟机里系统的版本兼容性问题吧。

重新定义了广大

很多时候开发想要的只是字面意义上的“测试”队友，就如 OP 所想。

其实正规团队里的测试角色，有个装 B 的名称叫 QA （ quality assurance ），这才是测试角色存在的本意。

authentication 和 encryption 是两件事。

家用本来就不是 POE 的主要场景。

系统全局的目录一般 755 就合理。如果普通用户运行需要在家目录和 /tmp 之外的地方有写入权限，那一般是软件有问题或使用方法不对。如果用到的软件真的内部写死了要在可执行程序自己所在目录下写数据，那就不要安装到全局位置去，放在用户家里就没问题了。

你 source.list 里的源地址：
1. 不存在的 CDROM
2. 是 Docker ，不是 Debian
3. 是 Debian security updates ，不是主仓库
当然没有主仓库里的大多数包了。

刚开始一周，大体上相当于“有个紧急项目要 996 一周”的样子，如果年轻身体好，事后调整回来，真不是大问题。
「制度」化的 996 给身体带来的影响，当然是要看长期会变成什么样子。

安全岗位也不过是一口饭而已。照本宣科的大有人在。

劳动异化就变样了。专职安全岗位的人对安全的考虑，跟有安全意识、安全理念和安全技能的其他岗位（比如开发）是不太一样的。他们不但要从技术上考虑系统的“正常”安全加固，还要跟各种没有安全意识和能力的其他人员搏斗，要去补木桶的最短板，因此经常会采取一些在非安全岗位但有安全能力的技术人员眼中很没必要的沙雕措施。更何况，这是他们的岗位，所以除了对技术之外，也要（甚至更多地）考虑成本 /收益核算，考虑性价比，也包括考虑怎样给自己增加 KPI （哪怕会给业务运行或者技术开发带来一定的麻烦）。

如 #10 所说你要配置后面的三个服务，让他们“认识到”自己应该按照运行在子路径下的情况来生成页面里的站内链接 URL 。
大部分 web 框架都可以配置一个固定的 prefix 来做这事的。甚至，如果框架支持老式 CGI 惯例的话，可以从前端传一个 header 过去让后端动态知道自己应该运行在哪个子路径下。

@brader GMS 和墙的关系是，自从 GMS 的服务器被墙了以后，国内的安卓厂家就逐渐识时务不带 GMS 变成阉卓了……

就算是用思科的产品，每个房间一个 AP ，这点开支对于 400 平别墅的装修来说也只是个零头的零头。而装修对于别墅本身来说也算是个零头。就看你想不想得开了。