抢票记事

昨天,已经可以订购2015年2月4日的返乡车票,昨天抢票失败有些沮丧,今年12306改革后倍感压力。

今天,我采用了两种方式,两个账号来抢票,出乎意料的是,居然抢得同人同时间同车次不同座位的车票。

明天,继续试买。小结如下:

  1. 多个账号分别抢票;

  2. 多个浏览器或软件分别抢票;
  3. 网速一定要好;
  4. 提前设置好全部抢票参数。
时间: 2024-11-01 08:19:21

抢票记事的相关文章

火车票抢票API 根据乘客的车次与座席要求快速订票出票

火车票抢票API 根据乘客的车次与座席要求快速订票出票,具体API文档,包括接口地址.参数及返回示例等可参看:https://www.juhe.cn/docs/api/id/257 一.站站查询,根据发车站.到达站.发车日期等条件查询所有符合条件的车次信息.票价.剩余票量等信息 二.创建抢票单,建议先配置回调地址.须知: 1.抢票单仅支持占座和出票合并通知:2.距离发车时间太近无法抢票,建议距离发车前3小时以上的车次才可创建抢票单:3.在抢票有效时间内会持续抢票,抢票成功后直接出票并推送回调: 

离线抢票

现在是2016年12月24日23:21:54,又到了春运抢票的时间. 这次我使用`高铁管家`的离线抢票功能,即先把钱付了,让app帮你抢票. 我发现了几个问题: 你在12306上的所有信息都会被对方获悉,有信息泄密的风险. 手动登录 12306 需要输入验证码,但是如果需要手动输入,那么离线抢票又是怎么做的呢?是不是12306不允许太明显的不输入验证码?还是故意不让用户知道验证码可以由程序识别? 抢票时会默认选择一个30元的保险套餐,规则上解释这个能够调高抢票率.这个是怎么实现的呢?把购买不同套

360自动抢票还不够,几行js代码设置无人值守

360就是牛逼哄哄的...... 但是最近在使用360浏览器抢票的时候还是发现了一些体验不好的地方,比如搞着搞着就退出了登录,有时候能帮你自动登录进去,但是自动登录之后又不会帮你自动开始抢.然后验证码几次失败之后 流程就停住了, 所以必须的有人看守. 由于360浏览器是使用Chrome内核 而且提供了调试功能,所以我们写一小段js让360达到无人值守抢票的目的 setInterval(function () { if ($('.username').html() != undefined &&am

使用Python和Splinter实现12306火车票查询与抢票

有一段时间没有使用Python了,前几天经朋友提起一篇关于用Python实现抢火车票的文章,百度了实现抢火车票的技术细节,网上却有不少资料,也不是新鲜的东西.在了解了一些技术手段,阅读了一些大神的博文后,也尝试实现了一下,代码写得粗糙,纯当娱乐,本文在Windows系统下完成.需要提到的是,抢票过程中的验证码部分只能手动完成. 首先,我需要的工具和组件有: Chrome浏览器 浏览器驱动ChromeDriver Python 3.5 Web应用测试工具Splinter Chrome浏览器可自行下

12306新版抢票之逻辑分析

前言 新版的12306大概是前天上线的吧,因为我前天想抢票的时候发现之前写的程序已经无法正常工作了. 登陆的时候就会报错--"非法请求",很纳闷,莫非是12306改了逻辑? 不过经过这两天的研究,已经又搞出了新版的抢票软件,嘿嘿,感觉值得骄傲一下~好了,不嘚瑟了 下面先从登陆入手,来剖析新版添加的dynamicJs(这个名字还挺贴切,就这么叫了) 一窥新版猫腻 下面就是新版的12306登陆所传的参数 根据我上版抢票软件的经验,其中后三个参数都是新添加的,并且其中用红框框中的那个参数的k

python自动抢票

# -*- coding: utf-8 -*- from splinter.browser import Browser from time import sleep import traceback #初始化信息 # 用户名,密码 username = u"用户名" passwd = u"密码" # cookies值得自己去找 starts = u"杭州,HZH" ends = u"黄石,HSN" # 时间格式2016-03

12306改版之后简单抢票软件的实现(转载)

又到一年抢票时,各种抢票软件的肆虐让12306不堪重负,最近这几天12306频繁的更换手段来阻止抢票软件. 先来吐槽一下红红的验证码,过年的时候都喜欢用红色来喜庆一下,12306也深刻的表达了他的喜悦之情,又红又大的验证码啊,不过到底跨越了几个维度呢?看起来晕晕的,感觉像在时空里穿梭. 科学告诉我们,牛是色盲,分不出来颜色,但是伟大的黄牛们不是,不知道黄牛们看到鲜红的验证码之后会不会疯了一样的撞向显示器?那场面一定非常壮观 很快红色的验证码消失了,但是,在抢票的每一步都加了一个验证,过滤掉抢票软

软件工程(3)微信抢票总结

软工三的这个大作业需要在前人的框架基础上完成一个工程,和之前其他课程相比,有一种小学期的感觉,只不过并没有小学期那么充足的时间. 十一期间比较颓废,ftp几乎什么都没做,直接导致迭代一的大部分时间内在补ftp的坑.好在组长百忙之中熟悉接口并完成了大部分基础功能,迭代一ddl前粗暴地处理完的抢票逻辑再简单测试一下性能似乎也还算是说得过去. 迭代二我的主要任务是(迭代一未能开始的)功能测试和单元测试.课件的内容非常清晰,但开始时写起来并不顺利.在逐渐熟悉组长写的接口的代码的精妙的思想后,在阅读dja

不是所有的大作业都叫微信抢票大作业

为时四周的微信抢票大作业终于接近尾声,回首这段时间,真是感慨万千.不是所有的大作业都是微信抢票大作业,能够让人同时体验产品经理.开发工程师.测试工程师.运维工程师四个角色.经过了微信抢票大作业的洗礼,才知道之前对老师上课讲的内容只是一知半解,只有实践才能出真知. 一.搞开发 讲道理,这次大作业的开发工作其实不是很多.因为框架设计的很好,接口也介绍的很详细,只需要按部就班填坑就可以达到基本要求了. 但是既然助教上课都提到了几个优化方案,比如内存型数据库,异步队列等,好奇如我怎能不试呢.于是就开始给