過年回家的車票搶到了嗎？春運一直以來都以難搶票著稱，很多人開始通過各種軟件和途徑，希望能夠完成購票大計。按照程序員一向“懶”的做事風格，必然是不願意自己親手去做的，直接寫一段程序豈不是省時省力？今天分享GitHub標星兩萬的"搶票神器”。
盼望着，盼望着，
春節的腳步近了，
然而，每年到這個時候，
最難的，
莫過於一張回家的火車票。
據悉，
今年春運期間，
全國鐵路發送旅客人次同比將增長8.0%。
達到4.4億人次，
2020年鐵路春運自1月10日開始，
2月18日結束，共40天，
節前15天，節後25天，
今年的12月12日起日1月10日火車票正式發售。
即使再難，家還是要回的，票還是要搶的，所以這一週，GitHub上用python搶票的項目又重回top榜單。
這個搶票小助手誕生於2017年，作者是文賢平/文先森 (testerSunshine) ，目前這個項目標星已經將近20000，可想而知程序員們回家的願望是多麼的迫切！
史上超強搶票助手，緊隨12306更新
從項目的更新日誌可以看到，這個項目的第一次更新是在2017.5.13，之後一共進行了32次更新，其中大部分是作者本人，也有一些開發者提供了支持。
這個項目基本上是緊隨着12306網站的功能更新而更新的，比如去年春運增加的候補功能，在票賣完的情況下預先付款，等其他人退票之後自動補上。該項目也在今年加入了這個功能。
目前這個搶票小助手基本支持12306的所有主要功能，包括相當郵件通知、智能候補等。
這個搶票小助手堪稱史上最強的搶票小助手了，作者在項目後面提供了交流羣，9個羣如今已經有7個滿了，可想而知這是多麼強大的力量。
句句代碼，只爲搶一張回家的票
作者爲了這個項目還是費了不少心血的，首先我們來看一下作者的思路。
思路並不複雜而且相當緊湊。
首先需要下載一個機器學習模型完成對12306驗證碼的自動識別，該模型需放於項目根目錄中。
1. 模型下載鏈接:
https://pan.baidu.com/s/1rS155VjweWVWIJogakechA
密碼:bmlm
2. git倉庫下載：
https://github.com/testerSunshine/12306model.git
（1）cd 12306/
（2）git clone
https://github.com/testerSunshine/12306model.git
模型的安裝需要一些依賴，具體如下：
滿足了依賴之後可以進行安裝：
root用戶(避免多python環境產生問題)：
pip3 install -i https://pypi.tuna.tsinghua.edu.cn/simple -r requirements.txt
非root用戶（避免安裝和運行時使用了不同環境）：
pip3 install -i https://pypi.tuna.tsinghua.edu.cn/simple -r requirements.txt
許多windows的用戶裝不了tensorflow的話，可以適當降低版本或者升高版本都是可以的。
注意，在過程中如果報錯爲缺少上面列表中的依賴，只需單獨使用pip3安裝相應依賴包即可。
而後就可以啓動項目了。
第一步：修改配置文件
# 測試郵箱和server醬是否可用， server醬測試的前提是server醬開關開啓 # 可以配置server醬提醒（推薦）[配置教程](https://www.jianshu.com/p/8d10b5b9c4e3) # 用python3 還是python 完全取決於安裝的時候配置的環境變量是否爲python3,以下啓動默認環境變量爲python3 python3 run.py t
配置文件說明（仔細閱讀說明！）：
# -*- coding=utf-8 -*- # 關於軟件使用配置說明，一定要看！！！ # ps: 如果是候補車票，需要通過人證一致性覈驗的用戶及激活的“鐵路暢行”會員可以提交候補需求，請您按照操作說明在鐵路12306app.上完成人證覈驗 # 關於候補了之後是否還能繼續撿漏的問題在此說明：軟件爲全自動候補加撿漏，如果軟件候補成功則會停止搶票，發出郵件通知，但是不會影響你繼續撿漏， # 如果這個時候撿漏撿到的話，也是可以付款成功的，也就是說，撿漏+候補，可以最大程度提升搶票成功率 # 刷票模式：1=刷票 2=候補+刷票 TICKET_TYPE = 1 # 出發日期(list) "2018-01-06", "2018-01-07" STATION_DATES = [ "2020-01-17" ] # 填入需要購買的車次(list)，"G1353" # 修改車次填入規則，注：(以前設置的車次邏輯不變)，如果車次填入爲空，那麼就是當日乘車所有車次都納入篩選返回 # 不填車次是整個list爲空纔算，如果不是爲空，依然會判斷車次的，這種是錯誤的寫法 [""], 正確的寫法 [] STATION_TRAINS = ["G1120"] # 出發城市，比如深圳北，就填深圳就搜得到 FROM_STATION = "廣州" # 到達城市 比如深圳北，就填深圳就搜得到 TO_STATION = "武漢" # 座位(list) 多個座位ex: # "商務座", # "一等座", # "二等座", # "特等座", # "軟臥", # "硬臥", # "硬座", # "無座", # "動臥", SET_TYPE = ["二等座"] # 當餘票小於乘車人，如果選擇優先提交，則刪減聯繫人和餘票數一致在提交 # bool IS_MORE_TICKET = True # 乘車人(list) 多個乘車人ex: # "張三", #"李四" TICKET_PEOPLES = [""] # 12306登錄賬號 USER = "" PWD = "" # 加入小黑屋時間默認爲5分鐘，此功能爲了防止殭屍票導致一直下單不成功錯過正常的票 TICKET_BLACK_LIST_TIME = 5 # 自動打碼 IS_AUTO_CODE = True # 設置2本地自動打碼，需要配置tensorflow和keras庫，3爲雲打碼，由於雲打碼服務器資源有限(爲2h4C的cpu服務器)，請不要惡意請求，不然只能關閉服務器 # ps: 請不要一直依賴雲服務器資源，在此向所有提供服務器同學表示感謝 AUTO_CODE_TYPE = 3 # 此處設置雲打碼服務器地址，如果有自建的服務器，可以自行更改 HOST = "120.77.154.140:8000" REQ_URL = "/verify/base64/" HTTP_TYPE = "http" # HOST="12306.yinaoxiong.cn" #備用服務器穩定性較差 # REQ_URL="/verify/base64/" # HTTP_TYPE="https" # 郵箱配置，如果搶票成功，將通過郵件配置通知給您 # 列舉163 # email: "[email protected]" # notice_email_list: "[email protected]" # username: "xxxxx" # password: "xxxxx # host: "smtp.163.com" # 列舉qq ，qq設置比較複雜，需要在郵箱-->賬戶-->開啓smtp服務，取得授權碼==郵箱登錄密碼 # email: "[email protected]" # notice_email_list: "[email protected]" # username: "xxxxx" # password: "授權碼" # host: "smtp.qq.com" EMAIL_CONF = { "IS_MAIL": True, "email": "", "notice_email_list": "", "username": "", "password": "", "host": "smtp.qq.com", } # 是否開啓 server醬 微信提醒， 使用前需要前往 http://sc.ftqq.com/3.version 掃碼綁定獲取 SECRET 並關注獲得搶票結果通知的公衆號 SERVER_CHAN_CONF = { "is_server_chan": False, "secret": "" } # 是否開啓cdn查詢，可以更快的檢測票票 1爲開啓，2爲關閉 IS_CDN = 1 # 下單接口分爲兩種，1 模擬網頁自動撿漏下單（不穩定），2 模擬車次後面的購票按鈕下單（穩如老狗） ORDER_TYPE = 2 # 下單模式 1 爲預售，整點刷新，刷新間隔0.1-0.5S, 然後會校驗時間，比如12點的預售，那腳本就會在12.00整檢票，刷新訂單 # 2 是撿漏，撿漏的刷新間隔時間爲0.5-3秒，時間間隔長，不容易封ip ORDER_MODEL = 1 # 是否開啓代理, 0代表關閉， 1表示開始 # 開啓此功能的時候請確保代理ip是否可用，在測試放裏面經過充分的測試，再開啓此功能，不然可能會耽誤你購票的寶貴時間 # 使用方法： # 1、在agency/proxy_list列表下填入代理ip # 2、測試UnitTest/TestAll/testProxy 測試代理是否可以用 # 3、開啓代理ip IS_PROXY = 0 # 預售放票時間, 如果是撿漏模式，可以忽略此操作 OPEN_TIME = "12:59:50" # 1=使用selenium獲取devicesID # 2=使用網頁端/otn/HttpZF/logdevice獲取devicesId，這個接口的算法目前可能有點問題，如果登錄一直302的請改爲配置1 # 3=自己打開瀏覽器在headers-Cookies中抓取RAIL_DEVICEID和RAIL_EXPIRATION，這個就不用配置selenium COOKIE_TYPE = 3 # 如果COOKIE_TYPE=1，則需配置chromeDriver路徑,下載地址http://chromedriver.storage.googleapis.com/index.html # chromedriver配置版本只要和chrome的大版本匹配就行 CHROME_PATH = "/usr/src/app/chromedriver" # 爲了docker37 準備的環境變量，windows環境可以不用管這個參數 CHROME_CHROME_PATH = "/opt/google/chrome/google-chrome" # 如果COOKIE_TYPE=3, 則需配置RAIL_EXPIRATION、RAIL_DEVICEID的值 RAIL_EXPIRATION = "1577033439142" RAIL_DEVICEID = "PuV16sVaV-CTGsFZUuL8JLAk4OhuT1wgUYC_W3L2JZfWx8Ygx8LOPkko3PSOrK5_xSKhXjgyTMS8dBmj1RZHL2CKBTmVs6UG_yptlB4NJbGHldltrLMTUEgoDpSkpX2vzpGXgMQsTRzgOXfuQkAWwS4GjCxSmV3C; BIGipServerpassport=820510986.50215.0000; route=9036359bb8a8a461c164a04f8f50b252" # 1=>爲一直隨機ua,2->只啓動的時候隨機一次ua RANDOM_AGENT = 2 PASSENGER_TICKER_STR = { '一等座': 'M', '特等座': 'P', '二等座': 'O', '商務座': 9, '硬座': 1, '無座': 1, '軟座': 2, '軟臥': 4, '硬臥': 3, } # 保護12306官網請求頻率，設置隨機請求時間，原則爲5分鐘不大於80次 # 最大間隔請求時間 MAX_TIME = 3 # 最小間隔請求時間 MIN_TIME = 1 # 軟件版本 RE_VERSION = "1.2.003"
第二步：啓動前篩選cdn
python3 run.py c
第三步：啓動服務
python3 run.py r
成功搶票後就會出現下面的結果啦！
項目地址：
https://github.com/testerSunshine/12306
程序員爲了搶火車票，都幹什麼了！
程序員爲了搶票而寫代碼這件事可以追溯到12306網站剛出現的時候。
2010年初，12306網絡購票剛剛出現，一年後GitHub上就已經有程序員爲了買票而寫腳本了，但是當時僅限於查詢餘票。
隨後，越來越多的程序員開始了“面向回家編程”，出的最大的新聞是差點搞垮GitHub。
2012年，一位叫做iFish的大佬開發的插件，被很多瀏覽器的春節版本紛紛搭載，連12306官方也引用了裏面的一個資源。
這個插件引發了著名的「12306 訂票助手拖垮 GitHub」事件。
簡單來說，就是這款“訂票助手”使用的文件並不是普通的靜態文件（例如 gist），而是一個repo 的raw data。這就意味着，每次有人請求這個文件，github都要去訪問這個repo，查找要求的數據。
並且，如果一次數據請求失敗，那麼這個指令就會就每五秒請求一次，直到成功。於是在春節前十幾天的搶票高峯時，巨大的訪問量導致Github受到DDOS攻擊，不堪負載。
事後作者本人也表示：慌得一批。
之後隨着各種App付費搶票的出現，很多人不會選擇碼一堆代碼只爲搶一張票，但是程序員心中的執念還是始終不會熄滅，“面向回家編程”，再艱難也是值得的！
最後祝願各位小夥伴們：在今年的春運中成功搶票，順利回家！