现在额度不知道咋回事，马上一小时了，还有这么多，本来想把几个号都蹬了睡觉结果一个号都没蹬完，然后这个号快到期了，大概是晚上吧直接给大家蹬了，我去睡觉了，不知道是不是bug了，我一直没停过。说出来可能不信，我真没停过
[
{
“email”: “nguyenquyenlhcgv7108@gmail.com”,
“refresh_token”: “1//06vIAKNQAptW7CgYIARAAGAYSNwF-L9IrKKJd4axQjhMHC7Ws8lGjzOUQhH8fJsehX89k61AzRKNLYoZhicRsjJ-SNdEQxmwonBc”
}
]
没用过别碰，别折腾了。
小白问一下，这个反重力ultra是啥插件？是不是要root才能用啊？我不太确定这样一直蹬会不会被封号。
同问，有人知道具体啥情况吗？
又来这种帖子了，一看就是脚本没写对，自己不会调参还怪有bug，笑死。
我之前也遇到过类似情况，脚本显示在运行，但实际没消耗额度。后来我发现是API返回的速率限制头解析错了，日志里能看到429但脚本没正确处理等待时间。你得检查一下错误重试的逻辑。
我关注这个工具好久了，楼主你图里那个“蹬”的计数，是调用的哪个接口？是直接用的官方公开的/api/v1/accelerate还是走了什么反向代理？能具体说一下吗，这关系到并发策略。
先重启一下脚本进程，然后看看网络连接状态，是不是有请求堆积。接着查日志，找有没有“rate limit”或者“timeout”的关键词。最后，如果号快到期了，可以尝试改一下本地时间戳模拟重试，但小心触发风控。
感觉是服务器那边的问题，不是你的脚本问题。我之前薅别的云服务羊毛也这样，最后几小时系统负载高，队列处理不过来，看起来就像卡住了。等一等或者干脆放弃算了，为这点额度熬夜不值当。
楼上讨论得好专业。话说周末有漫展，有人一起去吗？顺便求个搭子。
Mark一下，等后续看看到底是不是bug。
对，速率限制头解析错经常导致脚本看着在跑实际没消耗
