鐵路客戶服務中心網站 12306.cn 有哪些地方要改進？

12-29

http://www.12306.cn/mormhweb/
我個人感覺不好用.

幫人在 http://12306.cn 上訂到了一張票，但過程很崩潰，用的是 IE 8 瀏覽器。

註冊流程複雜漫長；
提示我反覆登錄，中間打開任何一個頁面都要要求我重新登錄，大概有 20 次，是否能夠打開頁面完全看運氣，這個足以讓大多數人放棄了；
速度慢，應該是伺服器完全不能支撐全國各地的訂票需求；
輸入和搜索匹配準確性差，有些項目明明有，但就是不提示和匹配，必須手動完整輸入；而另一些項目，即便已經手動輸入完整，還必須從選框中選擇才行；
如果是普通網民或者不熟悉網路，懷疑很難定到票。

1、table布局，代碼冗餘大點，有優缺點，且不說，這個還可以忍受

2、查詢余票，直接重新載入全頁信息，是重新載入哦！

2、iframe架構，提交表單直接提交給iframe，又導致圖片等一些列頁面元素重新載入。人流量一大，重新載入載入哦。。

3、一直就進行到提交表單步驟，後續實現沒有機會看。

看來和春運火車票無緣吶！這種小概率事件一般是不會發生在我身上的。

前幾天看到一條微博：中央撥款1000萬建網站，部長給副部長500萬建網站，副部長給辦公室主任100萬建網站，主任給外包公司50萬建網站，外包公司轉包給一家技術公司10萬建網站，技術公司給校領導5萬建網站，校領導給老師1萬建網站，老師給學生布置課題建網站——於是，一個神奇的網站誕生了！

=====================================================

雖然我不懂技術，不過覺得要改得重來。該網站各種BUG，UI設計也是一塌糊塗。如何讓人們相信，這是一個國家鐵路客戶服務中心的網站呢？就像一個整天說自己邁向現代化的國家，而城市的道路卻依然是鄉村土路一樣可笑。

負責這個項目的人，從上到下，都沒有用心在做，這才是事實。。。

1.很卡，很慢啊，親。

2.IE only not all IE 啊，親。

3.整體用Table布局啊，親。

4.iframe嵌了一個又一個啊，親。

5.很多人票沒訂上，錢沒了啊，親。

6.根證書還要自己安裝啊，親。

7.下拉提示選項不選就白打字了啊，親。

8.簡碼不支持小寫啊，親。

9.請繼續補充啊，親。

直到預訂成功的那一刻，我感覺鐵道部真的做了一件好事。

它界面醜陋，它UI粗糙，它伺服器不穩定，它用戶體驗更是爛到極點。但它卻是史上最牛逼電商！未做一分錢的廣告，短短數日全球ALEXA排名260，日訂單量有望第一、不愁銷售額、轉化率當之無愧的第一。它就是——中國鐵路訂票網

他沒有引進任何風險投資，公司賬面上卻擁有比風投還多的錢;他沒有做任何流量引入及品牌廣告，流量在1月之內進入了中國網站前100名;他沒有任何的物流體系，他的用戶卻非常願意冒著寒冷去僅有的幾個自提點取貨;他是每一個互聯網人驕傲的學習對象，全球成長性最快的電商網站——中國鐵路客戶服務中心。

之前去火車站時看到幾個老人在售票廳前的網上訂票指南那裡拿著小本本在抄訂票步驟，感到很心痛，即便老人完全按照那些步驟來，系統完全不出任何問題，我覺得他們能看到訂票成功的頁面的可能性幾乎為零。沒有任何指引，沒有任何重點非重點的區分，小白用戶的第一反應就是該點哪裡啊~~~作為用戶我只想訂到票啊，給我看些沒用的幹嘛啊~~！！任何一個網站的設計師都不該讓用戶如此為難如此痛苦。

個人認為更有價值是體現在數據分析上，如得到寬頻數據、用戶流量、區域分布、請求特點、應用瓶頸點、伺服器的性能指標等等，這些數據對優化、改良現有架構非常有幫助。拋開寬頻因素，以下是對12306平台系統架構的幾點建議：

一、前端優化

具體參考：yahoo前端優化34條規則，針對12306平台，個人建議在沒有多運營商鏈路接入(如BGP)的情況下繼續使用CDN進行加速。動、靜態應用分離，靜態業務使用非http://12306.cn域名可以減少無用cookie帶來的流量。任何一個小細節在高並發下都會被無限放大(截止目前發現平台還是以http://dynamic.12306.cn域名做靜態引用)。查詢頁面的結果是通過Ajax非同步返回填充iframe框架來實現，這對動態CDN加速是一個挑戰，因為CDN節點並沒有真正緩存頁面中主要加速的內容。另外提高驗證碼的複雜度及多樣性，可以緩解刷票機給平台帶來的壓力。

二、運用緩存

緩存最大的好處是減少後端數據存儲的I/O壓力，從一個普通用戶訂票軌跡來看，查詢讀往往是入庫寫的好幾倍，如何減少資料庫的讀I/O對提高平台的整體性能至關重要，比較流行的緩存技術有針對頁面及數據級，頁面級緩存有varnish、squid等，如使用CDN，頁面級的緩存可以不用考慮，重點將精力放在數據級的緩存規划上，技術方面可以用Nosql來實現，比較成熟的Nosql有memcached、redis、mongodb等。可以根據班次、出發與目的地ID組合或出發日期進行hash分區，這樣可以很好地提高緩存命中率，減少後端資料庫的壓力。

三、代理層

引入代理層的目的是拆分業務，目前平台絕大部分功能都共用一組WEB伺服器(從域名及URI結構猜測，不一定準確)來對外提供服務，比如登錄、註冊、車票查詢、余票查詢、列車時刻表查詢、正晚點查詢、訂單管理等等，只要其中一個功能模塊出現堵塞，影響必定是全局性的。一個好的方法是優化、規範各業務URI，在代理層實現業務的劃分，可用的技術有Haproxy、Nginx等，如將/otsweb/regitNote/映射到註冊組WEB伺服器，/otsweb/AppQuery/映射到查詢組WEB伺服器，/otsweb/Pay/映射到支付組WEB伺服器等等，如此一來，當查詢業務出現延時堵塞時不會影響到用戶支付。

四、資料庫層

之前接觸過一些政府行業的業務，資料庫伺服器往往都使用一台高端的硬體，比如小型機，在互聯網行業，尤其是類似於12306訂票系統，這往往是最致命的，理由很簡單，在大流量並發下處理能力再強的伺服器也吐不出數據，因為受網路I/O、磁碟I/O、業務邏輯等方面的限制，所以必須將數據打散，方案有進行讀寫分離、分區、分片。主從模式可以很好實現讀寫分離，大部分資料庫都支持這點，除此之外還建議使用分區模式，分區策略可以根據業務特點進行，按地域進行分區是一個好主意，因為每個區域都是一個大分區，還可以從業務層面對它做二級甚至三級的"擴展分區"。需要在細化拆分與運營成本上做好平衡。另外I/O密集的點盡量使用SSD代替。

五、負載均衡層

保障一個業務平台的高可用性，採用負載均衡策略必不可少，即使是提供給CDN的源伺服器。目前有商用的F5、NetScaler、Radware等，也有開源的LVS，看成本的投入來選擇，此處不詳細展開討論。

六、業務層

此次12306網站癱瘓事件，業務層面有無優化的空間?12306網站平台是鐵道集團在互聯網上對外服務的窗口，與電話訂票、代售點都是平級的，後端肯定還關聯著很多複雜的業務系統，在沒有對整個集團業務系統做擴容的前提下(短期內估計不能實現)，可以將網站業務平台剝離出來，當然，完全剝離也不太實際，至少可以延長同步、一致性校驗的時間。時間的長短隨班次的發車時間成正比，因為大部分的用戶都是提前一周以上就著手預定車票。

如大家有什麼疑問或感興趣的話題可以通過weibo與我交流：http://t.qq.com/yorkoliu

1、卧鋪無法選擇下鋪，一般可選的只有上鋪或中鋪；

2、搜索體驗很差，包括選擇出發地和目的地，以及搜索列表樣式；

3、會員中心邏輯不夠清晰，不能迅速找到自己的訂票、退票信息；

4、伺服器不夠，人一多訪問就慢得不行，馬上春運該如何秒殺。

感覺要改進的很多，不過和一些政府網站比起來，其實做得已經不錯了，起碼在線下單和付款的功能能夠實現，而且完美地解決了物流的問題（出發當天去火車站自動售票機換下車票就行）。寫過一篇分析：http://www.dengfangjie.com/?p=108

這個網站有典型的壟斷思維，想著自家能做了所有事情

其實無論是ctrip還是qunar這些第三方票務預定網站已經非常的好，鐵路系統完全可以直接把票務信息開放給這些網站，好處多多的

http://12306.cn網站訂票有6個坎：

1.登陸不進去。 "當前訪問用戶過多，請稍後再試"

2.進去以後沒票了。

3.有票好開心，下訂單提交的時候，"提示當前提交訂單用戶過多，請稍後再試"。。。

4.終於提交訂單了，付款的時候被踢出網站，要重新登陸，卻又提示用戶過多。。。

5.好不容易登陸上了，訂單付款時間到，重新訂票，發現沒票了，無語。。。

6.還好付款時間還沒到，付款以後，扣錢不出票。艹。。

一、現在最重要的一點是伺服器問題。其實網站上線前鐵老大絕對測試過，並且感覺非常好用。（你妹的玩單機啊！）給點小錢買個伺服器就解決這個了，其他可以忍受！！

二、什麼外觀扯淡、欄目或按鈕等布局扯淡、選項匹配扯淡、iframe、用戶體驗扯淡啊這些，隨便上網找一個會做網站的，給點兒錢就做出來了。

三、其實需要研究的是如何解決漏洞方面：

1.例如我完全一個人可以控整條列車票~ 無限利用50分鐘支付

2.金錢出入支付方面，不弄好，小小黑客就辦了你。你妹的回家準備撤職吧！

3. 安全方面。例如之前的密碼安全提示密碼都可以查看的。。。

最後勸告一句話，給點小錢找個會做網站的人重新做。別吃那麼多，吃多不是你的錯，辦事出問題了上面追究下來，說撤職就撤職了。況且火車票是那麼多人關注的事情，全中國都在聊都在說，上面怎能不知道。。

每周買2次票，往返於滬杭之間，感覺還行。現在每次購買基本在1分鐘內完成所有操作。

作為一個長期使用的客戶，建議的改進方向

1.增加更多可以預定的車次，同時在查詢結果中增加排序功能。

2.縮短訂/退/改的提前時間，現在是2個小時，希望可以改進到半個小時。

3.增加並發處理能力，可以在春節和暑假期間正常運營

我從註冊到完成預訂總共花費十幾分鐘，其實時間還可以再壓縮些，但過程真的挺順利的。另外，使用環境是虛擬機Windows 7下的IE9（開啟兼容模式）。

1. 首先下載安裝根證書，首頁沒有找到註冊登陸的鏈接，進入購票環節後才會提示註冊，實名註冊登陸後，預訂車票的鏈接也是置頂的；

2. 查詢，預訂，確認的環節也沒有大什麼問題，只有日期選擇的控制項出現過短暫失效的；

3. 付款選用的是銀聯在線支付，被告知銀行卡沒開通在線支付，提供「一分鐘開通」的鏈接，確認開通，手機接收到開通認證碼，開通成功後，付款流程繼續，再收到支付驗證碼，支付完成，提醒牢記訂單號。收到訂單簡訊。

沒想到的幾點

1. 真的能用，並且還不算太難用；

2. 針對購票流程的引導還算到位，各種提示隨處可見；

3. 付款環節很贊，至少我沒遇上像支付寶那樣需要下載安全控制項，導致從整個購買流程中跳脫出去的現象。

說說我認為需要改進的地方，登陸後，一旦回到首頁，再進購票模塊就需要重新登陸，反反覆復，很是麻煩。感覺上好像購票單元和鐵路客戶服務中心是兩個獨立單元，並且也只有進入購票單元才會有註冊提示。

把12306改成10086就可以了。

我左看右看，上拖下拖，原來這個網站還真奇特。

only IE,only IE can.

我是一個小網站，咿呀咿呀呦；我有一個伺服器咿呀咿呀喲。

設計之初沒有考慮幾類重要用戶屬性：

民工不會用
學生教育網太卡
中老年不會用

這個比較根本

其他問題么。。

說實話，對這種政府機關和事業單位網站，能用就可以了。

相比之前在去火車站排隊買票，或者用很難訂的電話訂票，網上訂單已經向前邁了一大步了。

如果能解決速度問題，多搞幾台伺服器加強下性能，能訂上票，就很好了。

理解大家對鐵道部的恨鐵不成鋼。但是客觀的說一些話！

首先，我全程體驗過12306的服務，不知道其他做評論的朋友們可曾全程體驗。

先不評論這個產品如何，至少鐵道部能夠想到通過網路來售票，本身就是一個突破。希望有一天能夠像買飛機票一樣的便捷程度。

就產品而言，目前也就是可用的狀態，很多細節，用戶體驗就不提了。（證書、支付、選座等等都還是需要完善的）

還有一點，是剛剛買票的時候發現的，12306的簡訊可以不要分開2條發嗎！

再補充一點，使用銀聯支付的朋友們，你們一定要先安裝IE插件，再進12306購票啊！因為那個插件要重啟瀏覽器的，不然你定好了還的關，再進就不一定進的去了！

我怎麼從來沒登上去過？一點登陸，就刷新頁面，三個要填的空又是全部空白，這些天都這樣