需要注意 MIUI 中的“访问已安装的应用列表”、“设置媒体音量”、“读写剪贴板”都是 MIUI 自创的权限项，APP 无法感知是否授权、也无法通过 Manifest 声明是否需要这个权限，因此这几个权限所有 APP 默认都是允许的。

目前没啥特别优雅的办法，github 用的是相对路径，内嵌目前只能用 base64 data uri，正常人应该都不愿意用这个的。

其实很多高校的校园网都是直接分公网 IP 的，特别是有线接入的地方，不过依旧要面对出校防火墙的问题。

Ryzen 3000 支持 JEDEC 3200 。
问题是你买到的所谓 3200MHz 的零售内存通常 SPD 包含的是 JEDEC 2666 和 XMP 3200 的配置档，如果不开 DOCP 就会跑在 JEDEC 2666 上。
镁光好像有 JEDEC 3200 的内存条，但那玩意不零售。

如果有稳定需求，不要求很高可用性的话，自己买卡组服务器就行。主要优势在于如果没有 ECC 或者特殊应用需求，可以用采购成本只有一半左右的游戏卡。
临时用用还是云服务器省事。

它**有能力**做一些你认为属于间谍行为的事，具体有没有启用到要看系统管理员的策略。
反正 Cisco 家的软件也差不多这种德行。

对于这类安全问题，如果你觉得值得折腾的（愿意搞一套虚拟机来隔离）就有罪推定就行了。

试下改成这个
After=systemd-networkd.service
Before=network.target
参考自 systemd-resolved.setvice

按目前 LE 博客的说法( https://letsencrypt.org/2020/12/21/extending-android-compatibility.html )，X1 暂时会由 DST X3 交叉签名(DSTX3->X1->R3->Entity)，因为部分平台会忽略根证书的有效期。

如果要兼容那种老平台还是老实用全 RSA 链。

COMODO Sectigo 有全 ECC 的证书链，不过不清楚申请条件。

ISRG X2 并没有纳入大部分客户端的根证书库中，预计到时候还是用交叉证书链的形式使用(X1->X2->E1->Entity),也就是 Server 要带三个证书。

目前典型的 IPv6 部署方案是用户路由器通过 PPPoE 或分配一个 IPv4 地址及一个 /128 的 IPv6 地址，同时路由器通过在 PPP 链路发送 DHCPv6-PD 请求获得一个 /64 或更短的前缀，路由器通过 ICMPv6 RA 向下游广播这个前缀。下游主机根据 RA 生成地址并通过 DAD 检测后使用地址，在该步骤中路由器只是主动或周期广播 RA 而不参与其他活动。路由器通常会隔绝下游发送的各种组播包，不会传播至上游。

@putaozhenhaochi 所提到的 ULA 网段跟保护隐私没有任何关系，按照那篇主题的说法，ULA 只是为了让局域网内的设备互访时可以使用一个稳定的地址。

目前 IPv6 主流部署的是 SLAAC，很少使用 DHCPv6 有状态配置，运营商的 DHCPv6 服务器通常只用来分配前缀（通常是 /56 或者 /64 ）。

另外对于大部分终端设备都会启用 IPv6 隐私拓展，所以并不可以通过后 64 位反推 MAC 地址。至于开放端口问题需要运营商主动扫描，传入流量还有可能会被用户自设的路由器拦截，通常是不管用的。

你说的大数据自动结算是啥？

在没有安全漏洞被利用的前提下，任何可执行代码都必须先通过包管理器安装后才能执行，单纯躺在存储里的恶意代码没法作恶。但这一点对大部分 PC 系统而言不成立。

问就是说设计来就是不关机的，像手机那样 always on

@gam2046 有意义的，通常这个 apikey 都是外部服务商给的，如果因为外部原因要更换就很麻烦。用上 api 网关之后客户端和网关间的身份验证就完全由内部掌控了，同时像什么调用频率限制也会更容易实现。

用 try-catch 包住整个主函数，捕捉所有异常后 input("Press any key...")

局部变量没有初始化的话初值不一定为 0，指针好像也是这样的，所以 char*还是习惯初始化为 NULL 或者 malloc 。

如果需求定长 64 位的 int 类型，应该用 stdint.h 标头里的 uint64_t，在 printf/scanf 中用 inttypes.h 标头里的宏 PRIu64/SCNu64，如果是地址应该用 intptr_t/PRIiPTR/SCNiPTR

基于远程访问的方法肯定比不上直接中继 HDMI/USB 信号的。
WiFi 如果链路速度只有 150Mbps 那肯定是不行的，至少也要搞到 433Mbps （也就是 wifi5 ）,ping 被控端应该要在 1ms 以内。
去组策略-管理模板-Windows 组件-远程桌面服务-远程桌面会话主机-远程会话环境：
1. 启用“将硬件图形适配器适用于所有远程桌面服务会话”，注意主机至少要连个假显示器，不然首次连接可能会黑屏
2. “配置远程桌面连接的 H.264/AVC 硬件编码”可选启用，个人感觉会增大延迟
3. “配置 RemoteFX 自适应图形的图像质量”调到高 /无损，不过可能没用

查了下 pci id 是 8086:1e31，需要 1.0.x.x 版的 xhci 驱动，intel 官网已经删掉这个驱动了。

@boboliu 给的 dell 的驱动应该能用，我自己找到的最新可用版本号为 1.0.10.255 ，你也可以去搜一下。