Replies: 11 comments 45 replies
-
|
这样会被B站封吗？ |
Beta Was this translation helpful? Give feedback.
-
|
目前来看只要不是向未开票的票种提前发请求，而是向已开票售罄的票种发请求的话是不会封的。 可以在第一个tab配置票种时，选择“已售罄”的票，而不是选“不可售”的票 |
Beta Was this translation helpful? Give feedback.
-
|
感觉直接继承到代码上就行了 |
Beta Was this translation helpful? Give feedback.
-
|
是不是可以在定时抢票开始的前一段时间自动执行这个操作（ |
Beta Was this translation helpful? Give feedback.
-
|
是这样的 |
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.
-
|
我刚才试了一下联票确实请求了验证码后进入白名单，一般这种checkpoint都是按时效或者请求次数算的。但是bw页面等到二开那天会改变吧，我不确定到时候是否可以使用同一个方法，是否可以用请求bml来通过验证码去bypass? |
Beta Was this translation helpful? Give feedback.
-
|
我发现任务开始后又停不下来了 |
Beta Was this translation helpful? Give feedback.
-
|
可以的啊，就是到时候bml要是也刷新到新票池的话，那就没法验证了，但是第二波bml肯定是可以可以用第二波bw来验证 |
Beta Was this translation helpful? Give feedback.
-
|
我试了，这样不行，可能每个票务id有独立的白名单，要是改变了的话就只能按部就班过验证码了 |
Beta Was this translation helpful? Give feedback.
-
|
如果bw/bml的验证码不可以混用的话，就只能尝试是否可以验证一次bypass掉不同账号下的验证码了 |
Beta Was this translation helpful? Give feedback.
-
|
我也遇到了。我第一批开票时，脚本+手抢。我后来查看日志发现脚本在第一次请求触发验证后，后面请求一直429。但是我手机直接没有经过验证码直接就可以下单了。我当时电脑连的是手机热点，这样两台设备是不是ip一致，正好符合楼主说的情况。不太了解这方面知识，有无大佬解答。 |
Beta Was this translation helpful? Give feedback.
-
|
429的话我感觉，还是要提前抢的话可以解决，我bw都是开票后抢，都是429，抢bml提前抢就没有这提示，也可能是bml抢到人原本就少 |
Beta Was this translation helpful? Give feedback.
-
|
我两次抢票验证码均在5s过完，开始发送请求，bw大会员那一波一直429，但是7.1的联票一次拿下。我觉得这个还是跟服务器压力有关，抢bw的人多，联票人少。全靠运气挤进去。提前抢触发风控得不偿失了 |
Beta Was this translation helpful? Give feedback.
-
|
还有个朋友的抢票经历。他也是一开脚本+手抢。他电脑连接家里网络，手机用的流量，最后手抢抢到，没有出现验证码。我寻思通常流量和家里路由不会相同ip，但是他手机端也没有验证。所以是否真是通过ip白名单，我也不确定 |
Beta Was this translation helpful? Give feedback.
-
|
确实是这样，但是不太理解为啥会一直429 |
Beta Was this translation helpful? Give feedback.
-
|
根据我以前的经验429是延迟太低的关系， |
Beta Was this translation helpful? Give feedback.
-
|
我这边又测试了几次，这个方法在bw二次放票的时候有可能不可行，因为到时候会刷新票仓，很可能并不会有已售罄的票，而全部都为还未开票的票。此外，bw和bml票仓的白名单并不通用，无法使用其中一个票仓帮助另一个票仓通过验证。因此这个功能应该会作为一个可选辅助功能，如果到时候能碰上合适的场景可以选择使用，不会加入到通用的抢票流程中。 |
Beta Was this translation helpful? Give feedback.
-
|
我在想，收摊的SKU能不能触发？比如说我拿大会员限定的那个SKU去请求，会发生什么？不知道大大测试过吗 |
Beta Was this translation helpful? Give feedback.
-
|
没有呢，我就一个账号不太敢试，也没留当时大会员限定的config文件，讨论里有小号和配置文件的朋友可以试一下。 |
Beta Was this translation helpful? Give feedback.
-
然后你说的今天发请求显示售空是今天的事，昨天我那么发显示活动收摊了 |
Beta Was this translation helpful? Give feedback.
-
|
确实哎，感觉B站好像直接就是把大会员的票仓直接继承下来了，修改了下起止时间，并没有开新的票仓 ( •̀ ω •́ )✧ |
Beta Was this translation helpful? Give feedback.
-
了解了，那就只能看二开的时候运维怎么操作了…… |
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.
-
|
是的，现在对B站账号异常判断的原理还没有非常清楚，建议大家先用小号尝试提前过验证码，只有主力账号时可以先关闭这个功能，以免被风控。我这边测试下来选择已开票/已售罄的票暂时时不会触发风控的，但不清楚其他账号的的情况 |
Beta Was this translation helpful? Give feedback.
-
|
我这边结论一致，未开售的票是最危险的，提前抢票真的是玄学，有的账号提示账号异常但是一过开售时间还是可以正常提交请求，但是有的账号就直接一路被请求被拒绝到死了…… |
Beta Was this translation helpful? Give feedback.
-
|
好像被清算的账号报的是412，一般的拒绝是429 |
Beta Was this translation helpful? Give feedback.
-
|
我的是抢联票时抢到一张以后报了412 |
Beta Was this translation helpful? Give feedback.
-
是的，我检查了一下log确实是这样，最好别赌，412的冷却好像是10 min。 |
Beta Was this translation helpful? Give feedback.
-
在正式抢票前，先使用脚本抢一张已经开票过但售罄的票，随后再使用定时抢票来抢这次要抢的票，有比较大的概率会进入请求的白名单，直接跳过验证码过程，可以节约大量的过验证码的时间。大家有机会的话可以试一下，分享一下我进行测试的方案：
这期间只要不更换IP，这个状态能持续大概10分钟的时间
Beta Was this translation helpful? Give feedback.
All reactions