ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

大麦网自动抢票脚本快速跑通教程

大麦网自动抢票脚本快速跑通教程 大麦网自动抢票脚本快速跑通教程【免费下载链接】Automatic_ticket_purchase大麦网抢票脚本项目地址: https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase开票那 3 秒页面一直转圈等你点进去按钮已经变灰了——因为你手动点一下要走十几秒的渲染→点击→提交而大麦网抢票脚本 Automatic_ticket_purchase 发一个请求 1–2 秒一个来回就能到服务器。拼的从来不是手速是你的请求离服务器有多近。先过 3 条硬条件再决定要不要继续这个脚本只覆盖大麦网 PC 网页端购票链路满足下面三条才值得往下读你的目标场次在 PC 端仍保留立即购买或选座购买按钮脚本启动后会轮询验证跑一次干跑就知道你有一台能装 Chrome Python 的机器且系统时间与北京时间对齐你能接受它的现状项目 README 已声明停止维护大部分购买方式已迁往手机端PC 端接口随时可能失效它只抢 PC 端还留着的票。选座分支V2.1 新增只支持指定单一价位的座位不支持连坐。第一步环境部署一次搞定依赖与 chromedriver ⚙️git clone https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase cd Automatic_ticket_purchase pip install -r requirements.txt四个依赖分工明确版本都锁死在 requirements.txt 里包名版本干什么用selenium3.141.0驱动浏览器完成登录requests2.24.0承担查票、下单的全部 HTTP 请求beautifulsoup44.9.3解析登录状态页 HTMLpyexecjs1.5.1执行 JS 计算选座接口的 sign 签名chromedriver 是装完依赖后最高频的翻车点。下载与你本机 Chrome 大版本一致的 chromedriver按系统重命名后放到项目根目录——代码是按系统名在os.getcwd()下找它的见 tools.py 第 94–98 行系统文件名Windowschromedriver_windowsmacOSchromedriver_macLinuxchromedriver_linux为什么必须重命名因为代码不识别原版chromedriver这个名字找错了文件只会启动即崩。现象原因对策启动即报找不到 chromedriver驱动没重命名或没放项目根目录按上表改名确认文件与Automatic_ticket_purchase.py同目录浏览器能起但登录页反复弹滑块chromedriver 与 Chrome 版本不匹配换与浏览器大版本一致的驱动第二步6 个参数逐项填对错一个都跑不起来所有参数集中在Automatic_ticket_purchase.py的DaMaiTicket.__init__里打开文件直接改这 6 行self.login_id: str account # 大麦账号账号登录时填 self.login_password: str password # 登录密码 self.item_id: int 610820299671 # 商品ID必填 self.viewer: list [张三] # 已登记的购票人姓名必填 self.buy_nums: int 1 # 张数必须等于 viewer 人数 self.ticket_price: int 180 # 目标票价元item_id 决定抢哪一场。打开目标演出的商品详情页地址栏里id后面那串数字就是同一巡演的每个城市站是不同场次item_id 各不相同——别拿海口站的 ID 去抢太原站的票轮询一圈只会发现状态永远对不上。viewer 填错最阴险。先去我的大麦 → 常用购票人管理把购票人登记好脚本里填和他们一字不差的姓名下单时脚本按姓名匹配勾选观演人空格、繁简、全半角任何一个对不上匹配就失败。ticket_price 与 buy_nums 是两个必翻车数字。代码做的是数值相等匹配float(sku.get(price)) float(ticket_price)页面价签是 180 你就填180buy_nums必须等于len(viewer)否则run()一进来就打印购买数量与实际观演人数量不符直接退出连登录都不会发生。现象原因对策购买数量与实际观演人数量不符buy_nums≠len(viewer)两者改成相同数量请检查输入的观演人信息与大麦网观演人信息是否一致viewer姓名与常用购票人对不上在常用购票人里逐字复制姓名到脚本手慢了该票价已经售空目标价位已被抢完换ticket_price重试或等下一批次开票第三步提前焐热登录态开票当天直接进轮询python Automatic_ticket_purchase.py # 账号密码登录 python Automatic_ticket_purchase.py --mode qr # 扫码登录首次登录成功后根目录会生成cookies.pkl之后每次启动都优先读它跳过浏览器登录直接进状态轮询——这能省掉 30 秒以上的登录时间开票当天每一秒都算数。登录态会过期验证方式是脚本请求个人中心、确认页面标题是我的大麦-个人信息失败则删cookies.pkl重来。正确的时间线是开票前 1–2 天跑一次完整流程确认cookies.pkl生成且登录验证通过开票前 30 分钟干跑一次预期稳定输出即将开抢——说明 item_id、票价都填对了接口参数没被网站更新搞坏。现象原因对策登录失败, 请检查登录账号信息cookies.pkl过期或账号密码错误删掉cookies.pkl用--mode qr扫码重登获取购买必备参数异常大麦前端 JS 更新get_api_param()的正则失配打开 tools.py对照最新 vendor.js 重新提取参数选座分支报 sign 相关错误signcode.js 签名逻辑与当前 mtop 接口不一致抓包对比接口参数更新 sign 计算逻辑干跑能通过开票当天的问题就不在脚本参数上只剩网络和手速了。你刚才跑通的流程背后发生了什么浏览器只干最难的登录一件事剩下全是毫秒级的纯请求。因果链是这样的登录必须走浏览器因为登录环节有滑块、验证码等浏览器级反爬绕不开真实页面。脚本特意关掉了两个机器人特征开关excludeSwitches: enable-automation和--disable-blink-featuresAutomationControlled见 tools.py避免navigator.webdriver被检测后弹滑块。下单却换成纯 HTTP因为下单接口的参数是固定的配合登录 cookies 就能直接调纯请求比渲染页面快一个量级——整条下单链路只有orderConfirm和createOrder两次往返。中间靠轮询兜着循环请求detail.damai.cn/subpage读目标价位的按钮文案即将开抢就继续转缺货登记直接结束立即购买立刻下单选座购买则走 sign 签名拉座位、过滤出目标价位可售座位、按顺序取前buy_nums个。说白了脚本把操作耗时压缩到了极致但压缩不了网络排队——返回缺货登记就代表这一价位确实没了脚本不会替你加价。用的边界三条红线仓库是 MIT License作者声明仅供个人参考学习商用转售、批量代抢不在许可范围内账号风险自负主循环是高频轮询同一目标别并行起多份脚本别把带宽打到平台限频项目已停止维护只给自己和身边人买票尊重平台服务条款。如果你只有 10 分钟git clonepip install -r requirements.txtchromedriver 按系统改名放根目录填好 6 个参数viewer 姓名与常用购票人逐字核对开票前一天跑一次完整流程确认cookies.pkl生成、登录验证通过开票前 30 分钟干跑确认稳定输出即将开抢开票时刻启动脚本盯输出里的alipayOrderId限期内完成支付现在就去打开你的目标场次商品页把 URL 里的 item_id 抄下来填进脚本。【免费下载链接】Automatic_ticket_purchase大麦网抢票脚本项目地址: https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表