没啥好折腾的，节流通常解决不了问题还影响精神状态，开源更重要。
至于你说的那些代糖，主要意义是避免完全无甜味你吃完全咽不下的问题。
单纯排斥人工合成不是个好主意，头几代甜味剂被弃用主要是风味不佳或者**可能**有安全隐患，跟是不是人工合成没太大关系。赤藓糖醇的问题是甜度较低，使用成本高。

反正已经不指望 RTM 能出了。
砍掉应该不至于，不过最近微软确实有点摸，不知道是不是在折腾大小核的事。

我觉得是内容问题，---BEGIN***--- 这样的头尾分割行不能缺失，也不能用 CRLF 换行。cert 文件用 openssl x509 -in ***.pem -text 检查一下能不能正常解码。
而且你好像把 cert 和 key 文件搞混了。

建议直接用 ECC 证书链，也就是 X1->X2->E1 这条链，填一个表单请求将账户列入白名单
( https://community.letsencrypt.org/t/ecdsa-availability-in-production-environment/150679 )

USB4 的物理层换成雷电 3 了，载波频率应该是不一样的。通常只有 USB3.0 会导致蓝牙干扰。

ipv6 家用路由默认都是拦截入站的，要手动加规则打开，另外避免用知名端口。

展示二维码的界面肯定要最高亮度啊，不然有可能扫不了，特别在强光环境。

主要是很多更新的东西没法跟你说，或者用户不关心，例如某个什么内部组件更新了个小版本之类的，界面功能全都没变，说了跟没说一样。

还不如像那些购物 APP 那样说开什么促销活动，用户对这个更感兴趣，虽然不更新也能参加促销罢了。

还有些基础类应用，例如 Webview，更新日志从来都是没用的，因为没东西适合放进去。

100MB/s 相当于 800Mbps，算是个比较高吞吐量的需求了。

vmware workstation 默认使用的虚拟网络都是纯软件实现，桥接的工作量相对于 NAT 少些依然有。另外虚拟机的网卡也是在 cpu 实现的。

你可以试试更改 vmx 文件，将虚拟网卡型号由 e1000 改为 vmxnet3，可能可以减少虚拟网卡的开销。

还不够估计就得换支持 PCI 直通的虚拟机方案和支持 SR-IOV 的网卡了，例如 Hyper-V/VMware ESXi/LinuxKVM 和 Intel I350 。

其实 IETF 每年愚人节都会发一些恶搞 RFC ( https://zh.wikipedia.org/wiki/%E6%83%A1%E6%90%9ERFC )
印象深刻的还有 RFC1149 信鸽网络协议，RFC1606 IPv9 。
IPv9 还在国内 CS 圈子炒作过一阵子。

为什么需要频繁切换啊，对于不支持 HiDPI 的应用，应该考虑用属性菜单的替代 DPI 缩放行为。

忌辛辣这话的意思跟早睡早起、多喝开水是一个意思，不能说错但也不好说有用。

有些病人思维受限，听到不用忌口反而会觉得医生不靠谱，说这句就是图个心理安慰。还有一点好处就是方便甩锅，例如用药期间大鱼大肉搞到腹泻然后赖到医生开的药头上，我身边有的老人家就喜欢这么胡乱归因的。

无外部依赖、可以用裸 IP 、麻烦的做法：内网部署私有 CA，内网客户端系统安装私有 CA 证书为信任根，可以解决浏览器问题。

有外部依赖、只能用域名、相对省事的方法：注册一个域名并找一个支持 DNS API/RFC2136 的域名解析商，用 DNS-TXT 验证的方式申请 Let's Encrypt 域名证书（或其他 ACME 兼容的公共 CA ）。这个验证方式并不要求内网服务器暴露。

我跟你说根 fs 没空间之后（指空间剩余 0B，连空文件都不能创建的那种） ssh 会有啥问题：
1. bash 按 tab 补全就会提示没空间
2. 包管理器因为创建不了 lock 文件导致无法运行
3. 部分服务因为创建不了 pid 文件而无法启动

但是只要有一点点空间让小文件能被创建，就没有问题。预留空间可能会用于临时存放 dump 、日志，还有像包管理器也需要一定的空闲空间容纳下载的软件列表、待安装软件包等。写日志如果没做轮替或者没有限制写日志频率也有可能轻松把磁盘撑爆，留空间有助于在为告警后为排查问题争取点时间。

这个其实从 win10 发布开始就是这样的了，年份命名的版本相当于 LTS，有固定的较长的支持期限。用版本号命名的相当于滚动发行版本，半年出一个（以后改为一年一个），每个只支持 1.5 年，要一直追版本才能保持支持。

@changwei 以前更新之所以叫 SP 是因为 SP 的发布时间和支持周期也是没规律的，现在的发布模式是预先确定时间点的，滚动版支持时间固定，版本名长于 1.5 年的就是停止维护的版本，比顺序数字版本号更好判断支持期限。

@bing0 感觉不太可能，现在 Android 都放弃用代号做宣发了，ios 也一直没用代号宣发的。

应该是可以用多个证书的，最好加一组 CA 证书上去，因为 dnspod 有可能更换信任根。
随便找个 Debian 系的系统，提取 /etc/ssl/certs/ca-certificates.crt

我觉得 resolved 挺好的啊。

目前 Linux 系统常用的网络配置组合有这几个：

1. ifupdown+resolvconf ,已弃用
2. NetworkManager+dnsmasq ,桌面系统常用
3. systemd-networkd+systemd-resolved , 服务器系统常用，networkd 上面可能还有 netplan

其中修改 /etc/NetworkManager/NetworkManager.conf， 设置 dns=systemd-resolved 可以让 resolved 接管本地 DNS， 设置 dns=none 就不会自动配置 DNS （你想要的设置）。

我个人喜欢用 resolved，因为它功能最全，LLMNR 、mDNS 、DNSSEC 、无认证 DoT 全都支持。

可以使用存储访问框架，申请 WRITE_EXTERNAL_STORAGE 权限并调用系统自带的文件选择器选择目录就可以写入 U 盘了。理论上用这个就够了。

如果实在搞不定的可以通过申请高危权限 MANAGE_EXTERNAL_STORAGE，参考这个页面判断是否属于滥用权限 ( https://support.google.com/googleplay/android-developer/answer/10467955 )