Replies: 11 comments 45 replies
-
感觉直接继承到代码上就行了 |
Beta Was this translation helpful? Give feedback.
-
简直是天才,期待大佬pr🥰 |
Beta Was this translation helpful? Give feedback.
-
仓库作者觉得可行的话,我就先开个Issue,明天把这块代码完善一下 |
Beta Was this translation helpful? Give feedback.
-
可是这种只能在开票后使用吧,正常B站只会在即将开售的里面上验证码,已经发售完毕的是不会有验证码的吧 |
Beta Was this translation helpful? Give feedback.
-
我也遇到了。我第一批开票时,脚本+手抢。我后来查看日志发现脚本在第一次请求触发验证后,后面请求一直429。但是我手机直接没有经过验证码直接就可以下单了。我当时电脑连的是手机热点,这样两台设备是不是ip一致,正好符合楼主说的情况。不太了解这方面知识,有无大佬解答。 |
Beta Was this translation helpful? Give feedback.
-
我这边又测试了几次,这个方法在bw二次放票的时候有可能不可行,因为到时候会刷新票仓,很可能并不会有已售罄的票,而全部都为还未开票的票。此外,bw和bml票仓的白名单并不通用,无法使用其中一个票仓帮助另一个票仓通过验证。因此这个功能应该会作为一个可选辅助功能,如果到时候能碰上合适的场景可以选择使用,不会加入到通用的抢票流程中。 |
Beta Was this translation helpful? Give feedback.
-
与主题无关的信息大家就不要回了呦,例如”天才“,”🐂🍺“等。您发送的消息会通过邮件发送给所有参与讨论的成员,会对大家造成打扰哒,感谢您的理解~ |
Beta Was this translation helpful? Give feedback.
-
这个就要看提前抢的链接了 |
Beta Was this translation helpful? Give feedback.
-
看到已经merge了,我提醒一下,一定谨慎选取提前过码的票种,账号异常在一些情况下会导致的HTTP 429始终无法解除……我到现在也没搞清楚这个规律到底是什么,有的时候账号异常可以无视,有的时候就不行。 |
Beta Was this translation helpful? Give feedback.
-
在正式抢票前,先使用脚本抢一张已经开票过但售罄的票,随后再使用定时抢票来抢这次要抢的票,有比较大的概率会进入请求的白名单,直接跳过验证码过程,可以节约大量的过验证码的时间。大家有机会的话可以试一下,分享一下我进行测试的方案:
这期间只要不更换IP,这个状态能持续大概10分钟的时间
Beta Was this translation helpful? Give feedback.
All reactions