背景

每逢佳节倍思亲，年关将近，思乡的情绪是不是愈发强烈了，筒子们是不是又要准备开始抢票了，还是在找黄牛吗？但是，今年在考虑是否能抢到票以外，还需要考虑是否能回得去，没错，因为疫情，需要全国人民同心协力抗疫，咱不能给祖国妈妈添麻烦，只希望皆大欢喜吧！

它凭什么，厉害得能'脱泥而出'抢到票，它是12306的内部人员？还是他家的亲戚？而且还那么牛逼哄哄的要价，春节要加价100元/张，让原本已经200元的票价就上涨70%，有什么办法解决这一现象吗？有些也是通过买人家工具的VIP功能(据说是按年续费的比较划算)，还有其他交通app的vip加价功能。

修改配置文件：TickerConfig

自动打码，设置为2

AUTO_CODE_TYPE = 2 # 听他的吧，否则就是执行不下去了，即使是2也不影响；
没必要发送邮箱，设置False

EMAIL_CONF = {

"IS_MAIL": False,
"email": "",
"notice_email_list": "",
"username": "",
"password": "",
"host": "smtp.qq.com",

}
不配置selenium环境，设置COOKIE_TYPE=3

如果COOKIE_TYPE=3, 则需配置RAIL_EXPIRATION、RAIL_DEVICEID的值

RAIL_EXPIRATION = ""
RAIL_DEVICEID = ""
值去哪里找？浏览器访问:www.12306.cn;打开F12--cookies右侧栏就能找到了⬇⬇⬇

关注微信提醒：SERVER_CHAN_CONF，可有可无

前往 http://sc.ftqq.com/3.version 扫码绑定获取 SECRET

SERVER_CHAN_CONF = {

"is_server_chan": True,
"secret": "SCT76378TuaIlPCkz8OkWcUJwvlJoAe7Q"

}

其他配置项保持默认，只替换乘车日期、预售时间、乘车人、班次信息即可。

开始运行：python run.py r

如果开启代理，先将ip加到proxy_list执行：python run.py c

那么只能找源码调试了：inter/SubmitOrderRequest文件.submitOrderRequest类.sendSubmitOrderRequest方法

def sendSubmitOrderRequest(self):

"""
提交车次
预定的请求参数，注意参数顺序
注意这里为了防止secretStr被urllib.parse过度编码，在这里进行一次解码
否则调用HttpTester类的post方法将会将secretStr编码成为无效码,造成提交预定请求失败
:param secretStr: 提交车次加密
:return:
"""
submit_station_url = self.session.urls["submit_station_url"]
submitResult = self.session.httpClint.send(submit_station_url, self.data_apr())
# print(submitResult) # 调试
if 'data' in submitResult and submitResult['data']:
    if submitResult['data'] == "N":
        coi = checkOrderInfo(self.session, self.train_no, self.set_type, self.passengerTicketStrList,
                             self.oldPassengerStr,
                             self.train_date, self.ticke_peoples)
        coi.sendCheckOrderInfo()
    else:
        print (u'出票失败')
elif 'messages' in submitResult and submitResult['messages']:
    raise ticketIsExitsException(submitResult['messages'][0])

分析源码
提交订单请求的时候，在第二个if条件时直接跳过，走到else就over了，根本就没检查订单，所以作者在外层print(submitResult)看看这个结果的data是啥?

?excuse me,竟然是“0”，不是“N”

{'validateMessagesShowId': '_validatorMessage', 'status': True, 'httpstatus': 200, 'data': '0', 'messages': [], 'validateMessages': {}}
怀疑：帐号肯定能正常查询余票并下单成功的，不可能存在购买不了，所以猜测是12306返回参数改变了，让脚本没有走订票逻辑(毕竟是两年前的代码)，所以改源码，让第二个if等于"0"，记得是字符串哦。

if submitResult['data'] == "0": # 原来的右边条件是:"N"
再次执行，结果如下，订票成功!

于是赶紧跑去12306的app查验，果然有未支付的订单，真是太厉害了。

拭目以待

本地运行代码调试成功，只待明日查看结果，是否会订票成功，不然还是摆脱不了找黄牛的命运!!!

只希望疫情得以控制，否则就算是有票，根据严重情况，都有可能把线路都停运了。