空中这个思路没毛病，但是靠硬飞就太僵了，路走窄了呀
大规模热气球阵列（为方便管理可以介入物联网）
热气球节点间连接吊索组，按需求规划路线组网
吊索上搭建双向单人电动轮滑组
根据人流量确定每条路线的承重，增减气球组和吊索组
吊索下方依靠另外的承重结构铺设阻拦网，以防那个“万一”

之前偶尔遇到过，不超过三次，间隔很长，也是死活没想通到底是咋回事，没能复现

选择可以实现“文件串流”效果的，共享协议+文件管理，的组合。
比如 Windows 的 SMB 共享，配合 Android 应用 X-plore 文件管理器，可以直接打开共享的文件播放（无需先整个文件拷贝到手机）。
某些播放器直接支持网络文件共享协议或者串流协议，同理也是可行的。

如果各分支的判断是同型的，可以通过特定的数据结构来“查表”，拿我所熟悉的 python 来说，可以所 dict 字典数据类型，其实`case...switch`本质上也是查表（吧？）。
如果各分支是异型的，或者不完全同型的，可以花些心思整理一下，稍微分个层级，嵌套判断。
特别复杂的情况，可以灵活混用不同思路，必要的时候将一个判断分成多个判断流程。

@dadachen1997 我要优先采用上游记录，上游记录是更适用当前 ISP 的记录，本地的记录是个性能一般的“万金油”记录，上游 DNS 带来的查询耗时不予考虑，更何况这个上游其实在 LAN 里面

@Deteriorator 自定义的解析记录，公共 DNS 中没有这些记录，“本地”是虚拟机，“上游”是内网 openwrt，需要优先选择“上游”，除非当前网络中没有这种事先配置好的“上游”

@jonathanshi #5 我的 8 元套餐是打 10086 转人工办的，过程很顺畅，当时网上营业厅和移动掌厅里面都没有这个套餐了

没听说不准开 ac 5G WiFi 热点这事
我的手机就能开
你的不出意外也能
笔记本网卡不优先选择 5G 频段开热点这事属于驱动程序设置
进设备管理器点开无线网卡进高级选项卡自己调设置

@murmur #28 这就是一个视频营销泛滥的时代
一票的硬件设备商、软件商、视频服务平台指着这个涨营收呢

我想说，虚拟机不行吗？
这年头主流虚拟机的性能损耗都非常微小了（虽然有些接口的 IO 还是有拉胯的可能）
如果能接受虚拟机部署的话，那么一个虚拟机镜像比此楼其他方案都方便得多得多得多

多层套娃有一个不好，环节越多整个系统失效概率越大

@nonduality #46 官方标准的 CPython 甚至都已经有人开始组织搞 JIT 了，就背靠开源社区硬搞，第一阶段目标是局部 JIT

@trepwq #1 指定的服务器 ID 不在它搜索到的列表里，报错“ERROR: No matched servers”
你有确定能用的节点 ID 的话可以给我试一下

@villivateur #26 所以我提了两个点：供电和 USB 逻辑链接本身的稳定性
我印象里，这类低算力 SoC 跑 USB 会出现设备短暂丢失、无响应之类的现象
USB 设备的驱动程序其实很吃算力，这在 x86 这种档次的设备上感觉不明显，但是在嵌入式这个档次就很明显
很多“只能路由器”的 USB 速度常年跑不满，除去信号串扰和供电不足以外，算力跟不上也是一个重要因素

希捷 3T 在家里充当 NAS 的机器上跑了 5 年了
敢在树莓派上外接多个机械硬盘的都是勇士
那小板子的供电和 USB 链接的稳定性真的太差了

@leeguo #14 MySQL 我不熟，如果不支持 Unicode 字符串的话，可以考虑 base64

@leeguo #8
出错的例子给一下
包括数据库里带 u 的字符串、预期的原字符串、报错