如果要分多 key，建议将 key 与设备关联而不是跟平台关联。这样在某一设备丢失后只需撤销设备对应的 key 即可。不过注意这种用法要注意不要跨设备同步 key 。

至于平台关联 key 也就考虑匿名性，避免平台间通过 key 识别关联账号，不过我觉得这一点在多数时候没意义，平台通常也不会对外公开 ssh pubkey 。

QQ: /sdcard/tencent/QQfile_recv -> /sdcard/Android/data/com.tencent.mobileqq/Tencent/QQfile_recv
微信: /sdcard/tencent/MicroMsg/Download -> /sdcard/Android/data/com.tencent.mm/MicroMsg/Download

@dototototo
都是按 Google 规范要求改的，不过新目录可能必须使用系统文件选择器来访问 /修改 /分享了，主要是对开发者实现麻烦些，还是有办法互通的，至少这种隔离方案在 ios 那边是唯一选择。

上 IPv6，不用钱。

可以参考 systemd 的检测方法
https://github.com/systemd/systemd/blob/main/src/basic/virt.c
detect_container 函数

可以个人名义可以注册商标吧，虽然我感觉自己注册个公司处理这些事务会方便一些。如果打算在国内搞相关商用业务，一个公司壳还是很有必要的。具体操作可以咨询知识产权代理商。

另外除非转化成专利，否则抄袭 idea 都是不受保护的。

TCP 就不要创新了，直接用 TLS 就行，什么密码套件选择、连接恢复什么的全交给 SSL 库去解决，你只要管好证书链就行。没充分理由自己造轮子很难正确实现。

猜测的原因：
1.磁盘读写本身也在消耗 CPU 资源。
2.浏览器部分操作会实时写盘，用于崩溃恢复

作为提示：如果你的 PC 中有一块已经损毁的数据盘，即使没有对这块盘做任何主动读写操作（仅挂载上面的文件系统），依然会导致开机时间大幅延长，浏览器启动和响应速度大幅变慢。这可能跟 Windows 的系统设计有关。

疑难杂症这种事情可以试试用 20H2 的安装盘原地升级安装，保留所有应用和数据，使用重置功能前先试试这个。

@v2tudnew Teamviewer 即使用 IP 直连依然需要先连接服务器获取许可证，不太符合要求。

Windows 主机用系统自带的远程桌面服务就行了，各 OS 都有可用的 RDP 客户端。
Linux 主机可以用 TigerVNC 或者 X11VNC 。

BT 之父 Bram Cohen 提出的那个项目叫 Chia，不过不清楚为啥它的共识算法需要用到 SSD 。
还有个老项目 BurstCoin，这个的共识算法只要容量不要速度，所以废旧硬盘最合适。

不过这两个占的存储好像都是纯浪费用的，目的都是为了全民挖矿。

Filecoin 是 IPFS 配套的激励用货币，IPFS 本身有类似 PCDN 的用途，具体能不能做成带激励的分布式存储我也不知道。从我听到的相关新闻都是投资诈骗。

只用闲钱，不要借钱，不用杠杆，不玩空气币。
可以以此为契机学习这些币的运作原理和交易方法。
像 BTC 、ETH 、XMR 之类的正经加密货币，你能以年为单位长期持有都是能赚的。

1688 同理，现在许多 1688 商家也支持一件起发了。
不过淘宝还是有价值的，售前售后服务都要好很多，1688 店家通常懒得跟你唠嗑。

新版 Edge 还能支持 Win7 吧。

( https://docs.microsoft.com/zh-cn/deployedge/microsoft-edge-supported-operating-systems)

你是不是有系统更新漏装了？

要求关闭沙盒=基本不会碰到
CEF 一般也不会把沙盒关掉吧？

@dzdh #124
1. 有些企业网络的网管系统可能会干这种反人类的事，不过现在越来越少了，因为手机操作系统通常明确无法兼容这种环境。
2. 通常 CDN 会解密 TLS 流量，再通过预先设置的专用客户端证书 /无客户端证书的 TLS 连接回源至源站，这个过程会导致源站获取不到客户端连接状态，但不排除有 CDN 服务商支持将客户端证书信息嵌入 HTTP 头的方法，肯定不是所有服务商都支持这个。Stripe 和 Paypal 用啥我也不知道。
3.没有 RTC 时钟又没有正确执行时间同步的设备可能会出这个问题。
4. 这个得根据具体分析。
5. 如果你的客户端有廉价设备（例如单片机驱动的收付款 POS ），出于节省硬件资源会选择不实现复杂的 TLS，或者支持的套件和扩展大幅缩减的 TLS，然后服务器还得小心选择合适的套件集以避免部分设备连不上的问题。

Server 到 Server 通常不用考虑问题 1 、3 、5，我也没说 TLS 双向认证一定不能用，自行评估这些缺陷能不能接受即可。

API 接口搞一套自订签名的目的是适应不能使用 TLS 双向认证的情况，例如：
1. client 环境存在强制部署的 MITM 代理
2. CDN/API 网关服务 /高防服务不支持客户端 TLS 认证透传，或者位于网关后的 API 应用服务器不能获得充足的客户端身份信息，例如网关做了统一 TLS 解密
3. 任一端无法保证系统时间准确
4. API 服务器所使用的网络框架难以适应 TLS 客户端认证的需要，例如异步 request handler 没有方法获取来源的 TLS 连接状态，或者需要重复解析客户端证书信息导致性能瓶颈
5.客户端采用精简的 TLS 实现，不支持双向认证

第二点在很多企业中是个麻烦事，如果你确定这套 API 只用于支持端对端的 TLS 双向认证的环境，而且有能力维护签发 /吊销客户端证书的附属系统，那确实可以只依赖 TLS 双向认证。

如果希望服务器认证也完全在自身掌控之中，服务器也可以使用私有 CA 签发的证书，客户端配置只信任私有 CA 即可。
PKP 是用来防止第三方 CA 滥发证书的，且有很多实践上的问题，已经被弃用。

你说的控制具体是什么？可以接受自动放映控制吗？
如果每台电视都只展示固定的某几页，你应该先把 ppt 拆开几部分。

这类型游戏叫“超轻量游戏”，不做内购的话不用版号都能在国内商店上架。
就是极其依赖引流，设计完全跟着潮流和数据走。个人作品赚大钱基本不可能。
像 ketchapp 就是专做这类游戏的，上百个同类游戏互相引流。

不建议这样做。你看一下市面上的 30W GaN 快充头的大小就知道了，那玩意塞进 86 暗盒还得保证散热难度挺高的。
可以考虑用带 USB PD 插座的插线板，例如紫米 CXP01 这种。

应该考虑换掉那种经典的会打架的正五孔插座面板。