用脚本帮朋友抢个专家号居然没抢到

[tracymcladdy]

拿到微信 h5 页面的 token ，chrome 控制台拿到请求参数，postman 模拟了几个不用抢的专家号通过了。。

然后写了个循环 100ms 请求一次 7 点放号的专家号，之前一直返回 7 点开抢。然后 7 点直接请求卡了 2 秒返回没号了。。

感觉要不是别人也是脚本，要不就是后台有手脚。。

[ydong]

抢专家号别玩崩了把自己弄进去了

[kneo]

首先看两秒卡在什么地方。如果是卡在 tcp 拥堵，提前建立 tcp 链接，防止到时候申请不到。
如果是系统后台卡，那就看运气了。你需要打个提前量。但是它系统做的烂，有时候无解。
另外你 100ms 恐怕太乐观了。不要太小看手工抢票。哪怕别人不用脚本，纯手点，人数上来加手速快的多点，你都不一定能抢过人家。

[rekulas]

@5sheep 对这里其实有一点吹牛，只是找到了对方的对应区而已然后部署到同一个区，估计只经过了一两个交换机转发，ping 值只有 0.x 毫秒 四舍五入约等于本网了

[needpp]

@zhulixin 牛逼！“快到时间” 这个是手动还是自动，有文章分享没？

[cy18]

几年前搞过一个抢号的东西，卡着时间开了一堆 Docker ，每周一次，好几周都抢不到。
一天做测试的时候，阴差阳错，在放票之前，直接发个 post 过去，哦豁，出票了...

[Y4ssss]

我最后还是找的黄牛

[SmiteChow]

@zhulixin 没有意义的做法。首先 tcp 是流式协议没有包的概念，应用层必然是需要完整的 http 请求数据才能开始处理，不会因为某部分数据先到达就能比其他请求先处理。

人为将一个请求在 tcp 层分割开发送可能造成，1.前一部分发得过早，在服务器端读取 http 请求超时，整个 tcp 链接 reset 废了，2.本来一个 http 请求数据不大时一个 MTU 包就能完整包含，拆分后丢包重传几率 x2 翻倍

[Ritter]

@zhulixin 换行符？😂

[zhulixin]

@SmiteChow #47 你也说到了, tcp 是流式协议。完整的 http 如果还没发送完呢? 对比参考一下文件上传就明白了

[me1onsoda]

有没有可能 nginx 做了限流，1 分钟之内的请求都直接被转发了，甭管间隔多短怎么并发

[oreader996]

@x86 什么叫走协议抢的，能解释下吗

[ixdeal]

这个帖子骚操作不少，我找过一个人抢矿机，结果钱付了，毛都没有，因为他说忘记部署了，这。。。我竟无言以对。

[ixdeal]

@zhulixin #21 能留个联系方式吗？要是有东西做可以找你试试？

[zhulixin]

@ixdeal #53 可以啊, emh1YW5ncGl3YW5n

[yolee599]

@SmiteChow #47 他这个思路是先在抢票时间快到之前，把大部分数据发到对方服务器，留一个字节不发，这时候服务器就会因为 http 包不完整而阻塞直到超时（这个超时时间有个几秒到几十秒钟），抢票时间一到，立马把最后一个字节发出去，因为只有一个字节速度远远大于发一个完整的 http 包，服务器收到了这最后一个字节交给应用层

[dode]

卷起来，另测一下不同网络环境的网络延迟，看看目标服务器地址，运营商类型和地区

[imchl]

@zhulixin 学到了，好骚的操作

[neroxps]

水深火热的帖子

[helloet]

办张有健康权益的信用卡，可以试试让工作人员帮你预约，上半年就用的这种方式预约了一个专家号。

[lslhz]

@zhulixin 的方法我以前也在用的, 我的还复杂点需要证书啥的, 也是自己写 tcp 留最后一丢丢发
有几个注意的点:
1. 提前计算 消息来回 时间, 建议直接看 http 头的时间
2. http 协议是链路复用的, nginx 好像默认是 50 次, 记得开多个 tcp
3.我都是提前半分钟用炮灰号测试, 后面上大号, 小赚几个 W