按照 go 的 api 设计风格，阻塞调用是通过 deadline 防止无限阻塞的。通过 SetDeadline 设置后（注意是记录绝对时间，需要反复设置）阻塞调用即使未成功也要在 deadline 返回，好让 goroutine 有机会检查是否需要终止流程。
你找找你用的库有没有这种 api 吧？

我相信它用的是概率递增模型。没人喜欢真随机的。

另外由于月卡和首充的存在，低付费用户是可以以优惠很多的价格获得抽卡资源的，这个做用户区分已经很明显了。

我从开服到现在，如果不是最近欧了两把，长达一年半的时间里，出率都达不到公示的 1.6%。小样本还是很容易偏离期望的。


各种抽卡设计介绍： https://www.bilibili.com/video/BV1yb411x7P3

留意一下手机是不是启用了 DoT （ Private DNS ）。我发现部分新机器出厂默认启用了。
因为这些路由器域名是依赖 DNS 劫持实现的。DoT/DoH 会破坏这个用例。

你要不找找预装 UOS 的机子吧，据说 UOS 自带的 kernel 老得一塌糊涂。它要能支持，换成受支持的 ubuntu 应该坑不了。

墙内 DoT/DoH 目前只信任阿里和 dnspod 。后者 DoT 和 DoH 暂无 IPv6 。都不支持 TLS1.3 0-RTT （好像没见哪家支持了）。有些域名莫名查询出错，添个 UDP 114.114.114.114 才恢复正常。
现阶段我觉得麻烦的是代理 DNS 客户端的实现。因为需要使用局域网的非 FQDN 域名解析，我倾向于让 openwrt 路由做 DoT/DoH 查询，目前在用 stubby 。

@qile1
你应该用一个支持 DNS API 的 Web 服务器，例如 Caddy 。

@shijingshijing
因为担心下发的邮箱验证码直接推送到被盗的 iphone 上了，即使是自家的邮件大师也没法控制推送是否一定不会把正文内容显示在锁屏通知上，小偷可能可以通过恶意重设 apple id 解除 iphone 锁机。Web 版至少保证不会把正文暴露在锁屏通知上。

网易肯定要扫你的邮件内容的，至少反垃圾反病毒需要这个吧？而且使用协议肯定有约定。？顺带一提 Gmail 也这么干。

而且图里这个其实是网易给你发了一封特殊的邮件，至少发件人是网易不是 Apple ，原始邮件并没有丢失。

另外，这算是说明了不能拿邮箱+手机当成 2FA 验证的原因，这些所谓的多因子很有可能都等于手机这一个因子，例如手机验证码+邮箱验证码（但可以用手机验证码登录）=手机单一因子。

SSD 得定期全盘读一下**可能可以**修正数据挥发问题。保存温度也会影响挥发速度。
按这个回答的说法推理，这种矿过的企业盘的数据挥发速度可能还快些，按这个说法的话不建议冷存储用这些 SSD 。

https://www.zhihu.com/question/518045744/answer/2359426204

不过也没找到什么做过正经实验的研究。

MIUI12.5 和 PixelExperience11 （都是 Android11 ）无法复现。你甚至不需要卸载输入法，只要保持只有一个输入法处于启用状态就不会有这个通知。
需要注意语音输入法可能也会单独算作一个输入法。

这叫 PM 没事干刷业绩。
有意愿去反馈的在菜单里放个按钮就够了，连这点都懒得弄的用户根本懒得反馈任何问题。

Linux 确实没有比较靠谱的通用的平台凭据保护方案，靠谱的可能得靠专门的安全硬件（ TPM 或者 FIDO 之类的）
我的建议是密钥设一个 KDF 循环次数较高的加密(例如 1000 ，解密要几秒)，然后首次使用 ssh 前先 ssh-add 托管到 ssh-agent 。
```
ssh-keygen -p -f ~/.ssh/id_ed25519 -a 1000
```

你先试下调整一下设置。
在你创建的 SSTP 的属性设置（必须从控制面板进去）-安全-身份验证，试下勾上 PAP 、CHAP 、MSCHAPv2 。
还有一个可能是 TLS 版本太低，在 Internet 选项-高级 里，启用 TLS1.0 和 TLS1.1 。

原来 LOID 和 PPP 账户是绑定的？
你先试下三个注册好的光猫轮换，看看 PPP 拨通的账号是不是跟光猫对应的。
如果确定不能一只光猫多拨，你可以试下搞个 PON 无源分光器将入户光纤分成几个，接三个光猫。

对一般用户来说管理版本和测试各个版本太麻烦了，还是交给分发渠道用遥测和灰度推送解决吧。
但对开发者来说这算工作的一部分，觉得麻烦也得做，毕竟能赚钱，苦也比全部自己造轻松吧。
作为高级用户，我头疼的是发现 bug 的时候是降级还是升 beta/alpha 。降级（保留数据）在多数软件上是很难操作的，因为开发者基本不会对这个用例做很多测试，可能会扩大 bug ，甚至一刀切禁止这样做（手机系统）。因为这个我现在用着 Win11 Dev 。

另外提一嘴，语义化版本不能应对一些情况，我列举一些情况：
1. 新版本删除了几个过时 API ，反正已经很少人用了，或者有重大安全缺陷，那这种 API 不兼容变更一定要升 Major 吗？如果 API 兼容但 ABI 不兼容，那怎么办？
2. 升个 Major 真的意味着 API 不兼容吗？作者可能只是因为加了一个重大功能加了一组 API 而已，按理说升个 Minor 就行，但没存在感啊！
3. 联网软件功能很多都是靠云控或者热更新的，功能早就有了只是没激活而已，那版本号有用吗？

所以现在，对于功能未完善的软件（意味着不存在更好的旧版本），和功能架构已经完全稳定下来基本不会大改的软件（用哪个版本都差不多，新版加的都是可有可无的东西），会倾向用单一顺序主版本号或者基于日期的版本号。例如 Chromium 、systemd 、Windows （主要看 build 计数）。需要某个功能就设置个最低版本限制就是了。

utorrent 不是可以直接下磁力链吗？
也有些在线工具可以做转换,google 搜“magnet to torrent”就有很多结果了。

随机性获取资源不算啥新鲜事了。
国内课金抽卡启蒙者应该是扩散性 MA 吧，真实先帝。
国外现在有抽卡的那真是一抓一大把，免费付费的都有，。什么 CSGO/Dota/OW 开箱子饰品。
参考：
https://www.bilibili.com/video/BV19X4y1P7H8

@20160409
收费版 App Ops 功能合并到免费版里了，可以给作者发邮件换兑换码。

@20160409
因为“读取应用列表”（ QUERY_ALL_PACKAGES ）到目前为止都是常规权限，无需用户授权。所以按照 API 规范，APP 无需考虑读到空白数据或权限被拒的情况。作为魔改的一部分，默认授权是合理的。目前还有的属于魔改的权限还有读写剪贴板和媒体音量控制，都是默认放行，否则就是破坏兼容性。

这问题也没那么悲观，Target 为 Android 13(API30)的应用需要显式声明关注的软件包。
https://developer.android.com/training/package-visibility?hl=zh-cn

Google Play 已经有动作了。
https://support.google.com/googleplay/android-developer/answer/10158779?hl=zh-Hans

你用的是谁提供的 DNS ？运营商 DNS 不行的话试试用公共 DNS ？
另外这可能不能算 IPv6 的问题，因为 IPv4 的 DNS 一样会返回 IPv6 （ AAAA ）记录。你可能只是需要一个靠谱的公共 dns 服务器。