@AoEiuV020CN #29 可以参考一下，
https://github.com/AoEiuV020/SubConfig/commit/2d98cad62f93a96c4d8d5d8a5cfff6a0dc3e9eaf

@mylovesaber #27 你这样就算提前判断了也还是有可能靠不住，
可能判断时剩下一次，到真正调用时却又没了，
毕竟天知道这个 ip 有几个人在用，

@mylovesaber #27 顺便我也遇到过同样问题，
我最后是选择打印 http code ，api 失败就报错不继续，
顺便加上了 token ，有 token 一小时免费一千次，没有 token 一个 ip 一小时免费只有 60 次，太小气了，

@mylovesaber #27
.rate.remaining 就是对应你 header 里的值，

另外你也可以直接把链接替换成我那个，然后照样读取 header ，就不消耗次数也不用改代码了，

@mylovesaber #20 这个接口不会占用次数的，变了说明有其他人在用你一样的 ip ，你没有唯一的公网 ip 吧，
建议带上 token 再调用 api ，就和 ip 无关了，

下载地址的话就是 browser_download_url ，

诶你既然要解析下载地址，那不还是要提前拉一个 jq 或者其他什么解析 json 的，rate limit 不就可以一样的办法解析处理， 还是没必要读 header 呀，

官方 header 用途是你实际调用后判断是否还有剩次数，而不是在实际使用之前特地去拿 header 的，

vscode 网页版也有类似操作，
问了下 chatgpt ，提到 showDirectoryPicker 和 showSaveFilePicker ，

有点难以想象，
感觉如果这方面成熟了的话，第一个用上的应该是招聘平台而不是公司人事部，

只能是”测“的问题了，
多方对比，终端看网速，路由器看网速，记录下载时间手动计算网速，

我不希望再多一个 os 了，感觉只会更分裂，
至少在某个跨平台开发大一统成为主流超过原生之前不要再上新系统了，

我 pve 只有主路由给全部四个核心，其他旁路由和 nas 看着给二到三个核心，cpu 负载至少能保证不影响到主路由，

@joefuzhou198x 有点没明白， 这个 3 年多没用被销号了手机怎么找回来的？

你这密码保管都能死锁了，
从一开始就不应该即保存谷歌密码又用谷歌邮箱当密保，
现在等于是你没有这个账号的密码又没有这个账号的密保，要是这都有办法找回那我也想找回 [email protected] ，

我是软路由 pve 虚拟机搞一个主路由两个旁路由，
主要避免不必要的冲突，我梯子是 openclash 新版只支持 fake-ip 影响太大，
于是干脆改成一个爱快主路由主要是 dhcp 能设置网关，
一个 openwrt 挂梯子当默认网关，
一个 openwrt 开 uu ，
dhcp 把游戏机的网关指向开 uu 的 openwrt ，
其他设备有不需要梯子的情况把网关指向主路由，

这么调岂不是又多浪费了一次，header 还不好解析，
github 有提供专用的接口获取 api 限制以及剩下的次数，json 直接 jq 还方便解析，

https://api.github.com/rate_limit

有没有一种可能，你看不到的东西，它不叫“文件”，确实存在，只是它不是文件，也不是系统文件，

第一反应是不加锁会导致每一条语句都自动上锁释放锁的情况，自己加锁就快，
多线程安全的场景批量处理都是这样的吧，你不手动上锁它就内部一次次自动上锁了，
多线程不安全的场景，真不上锁的情况，肯定比加锁快的，代价就是多线程不安全，

据说这种霸王条款是无效的，只要投诉到邮政，该赔就得赔，
我没试过，寄 4 位数一般会保价，尽量不寄贵的东西，

不可能承诺未来如何吧，
现在的话，至少现在是每个会话都有保留的，左侧会记录建立过的每个会话，