超级军网网上订票系统 太坑爹了
来源：百度文库 编辑：超级军网 时间：2024/05/02 08:41:43
今登陆网上订票系统 一上午都提示 访问用户过多 稍后再试 的提示 这不坑爹吗 ？服务器容量太垃圾了吧
补充内容 (2012-1-7 11:18):
今天这系统 是彻底进不去了今登陆网上订票系统 一上午都提示 访问用户过多 稍后再试 的提示 这不坑爹吗 ？服务器容量太垃圾了吧
补充内容 (2012-1-7 11:18):
今天这系统 是彻底进不去了
补充内容 (2012-1-7 11:18):
今天这系统 是彻底进不去了今登陆网上订票系统 一上午都提示 访问用户过多 稍后再试 的提示 这不坑爹吗 ？服务器容量太垃圾了吧
补充内容 (2012-1-7 11:18):
今天这系统 是彻底进不去了
我昨天用了40分钟才登陆上，今天早上从8点开始登陆，直到8:39才登陆成功，又是40分钟左右！兄弟，想要买票，就得早点做好准备，至少提前2小时就开始登陆，登上以后就别退出了，每隔10分钟查一下余票，维持登录状态，时间一到，就开始刷余票，购买！买票的时候，估计也要提交好几次才成功，20分钟能提交成功，算运气好的了，一旦提交成功了，45分钟内付款就是小事了！ 以上是今天的亲身体验，希望能对你有所帮助！
作为IT从业人员，能够理解这样一个网站承受的压力；作为一个普通用户，吐槽是唯一选择。
这个系统还得经历一段时间的实际使用才可以稳定。
作为IT从业人员，认为这个系统巨坑爹，还不如我来设计。
十一前订过一次，很顺利，但现在才是真正考验的时候，基本处于不可用状态。
以现在的点击量铁道部可以在上面投放些广告，没准还能收回一部分硬件费用。
就是这个？
就是这个坑爹的网站？？？
大用户量的访问，最能够看出来量变到质变的过程了，没有到用户量的时候一切好说，一但过了就立即坑爹无比了。
只要把体系定下来，支持的最大用户量就基本是个定数，做系统开发也就是看优化的好不好，不要有bug就是了。然后再前面设个闸门，不要让人群给系统挤瘫了就可以。
只要把体系定下来，支持的最大用户量就基本是个定数，做系统开发也就是看优化的好不好，不要有bug就是了。然后再前面设个闸门，不要让人群给系统挤瘫了就可以。
话说手机订票只用了两分钟…嘛着身份证去拿票的时候后面哪哥们嫉妒的眼神………哎………
开通初期，那个副主任说是两套系统，保证没问题
淡定，小朋友，天，没塌
1日早上7点起床进入系统。按照原定的B计划订好了曲折的高铁回家之路。（路途可以看我的帖子《受F-22老大启发规划了一条回家之路大家看看可不可行》http://lt.cjdby.net/thread-1257818-1-1.html）
很顺利的支付成功7点20左右全部搞定。票量还很大。顺便很八卦的看了看K字头的从深圳到九江的车票，居然还有不少的余票从硬座到软卧都有其中硬卧显示是有票（意思是还有很多），要知道K字头是提前12天的这时候已经卖了4天了。
计算了一下路上耗时9小时实际坐车时间5.5小时。
最后在吼一句，京九线什么时候有高铁啊！！！京九电气化改完了，动车怎么还不上啊！！！害的我围着江西绕了一圈！
很顺利的支付成功7点20左右全部搞定。票量还很大。顺便很八卦的看了看K字头的从深圳到九江的车票，居然还有不少的余票从硬座到软卧都有其中硬卧显示是有票（意思是还有很多），要知道K字头是提前12天的这时候已经卖了4天了。
计算了一下路上耗时9小时实际坐车时间5.5小时。
最后在吼一句，京九线什么时候有高铁啊！！！京九电气化改完了，动车怎么还不上啊！！！害的我围着江西绕了一圈！
听同事说，基本上不去。
汤圆0212 发表于 2012-1-5 00:01 
1日早上7点起床进入系统。按照原定的B计划订好了曲折的高铁回家之路。（路途可以看我的帖子《受F-22老大启发 ...
京九线路太差，上不了动车~~~
1日早上7点起床进入系统。按照原定的B计划订好了曲折的高铁回家之路。（路途可以看我的帖子《受F-22老大启发 ...
京九线路太差，上不了动车~~~
克格勃 发表于 2012-1-5 01:52
京九线路太差，上不了动车~~~
不要再打击我了！！！
京九线路太差，上不了动车~~~
不要再打击我了！！！
广西什么时候上动车啊，从上海去南宁一天就那么3趟，其中一趟还是沪昆线，武汉的朋友有福啊，真是新旧社会两重天啊。
广西什么时候上动车啊，从上海去南宁一天就那么3趟，其中一趟还是沪昆线，武汉的朋友有福啊，真是新旧社会两重天啊。
这个系统在设计之初就应该想到大约会有多大的访问量，设计最大支持访问量是多大，出现大量访问的时候应该如何处理。
但是实际运行的结果是没有这些东西，简单的处理策略造成了用户无法登陆，拍脑门儿拍出来的系统，巨坑爹。
尼玛最简单的办法，每个铁路局放一个主机接受连接，中央处理负责出票嘛。其实真正需要出票的处理并发量不会太大吧，每天有5千万的出票量没。参考大银行每天的交易流水量，这个量不是处理不过来吧。
但是实际运行的结果是没有这些东西，简单的处理策略造成了用户无法登陆，拍脑门儿拍出来的系统，巨坑爹。
尼玛最简单的办法，每个铁路局放一个主机接受连接，中央处理负责出票嘛。其实真正需要出票的处理并发量不会太大吧，每天有5千万的出票量没。参考大银行每天的交易流水量，这个量不是处理不过来吧。
silverbeetle 发表于 2012-1-5 08:26
这个系统在设计之初就应该想到大约会有多大的访问量，设计最大支持访问量是多大，出现大量访问的时候应该如 ...
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这块技术力量肯定非常薄弱，可能也就三四人攒了个网站，浏览器兼容都没做好。
这个系统在设计之初就应该想到大约会有多大的访问量，设计最大支持访问量是多大，出现大量访问的时候应该如 ...
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这块技术力量肯定非常薄弱，可能也就三四人攒了个网站，浏览器兼容都没做好。
壮东风 发表于 2012-1-4 21:17
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这 ...
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用了这么个无能之人作铁道部长，值得深思。
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这 ...
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用了这么个无能之人作铁道部长，值得深思。
“亏损了就是企业，要运粮运煤运救灾物资了，又说是公益性单位。”
“亏损了就是企业，要运粮运煤运救灾物资了，又说是公益性单位。”
molec 发表于 2012-1-5 10:28
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用 ...
这个呢，说老实话，政府部门IT活都做得不怎么样，毕竟不像淘宝这样的专业公司，力量非常强。
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用 ...
这个呢，说老实话，政府部门IT活都做得不怎么样，毕竟不像淘宝这样的专业公司，力量非常强。
我觉得刘跨越没急着弄网上订票，是因为他看到了即使网上订票，在目前运力严重不足（据说缺口最高可达一半）的情况下也是毫无意义，治标都算不上。反正就是没那么多票，你再上网能变出来么？
壮东风 发表于 2012-1-5 10:17
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这 ...
前置机是很有必要的。前置机的三大功用：
1.过滤非账务处理，例如查询。
2.将http请求转换为业务请求。http请求一般都很大，对带宽要求较高，业务请求可以是自定义的字符流，将极大减小中心主机的带宽压力和处理压力。
3.提供实时快速响应。
同时，前置机还能提供可扩展性，如果业务压力大了，可以很方便地扩充处理能力。
前置机必要性不大，现在的网络条件和服务器处理能力足够了，全国中心统一处理更简单。
铁道部在互联网这 ...
前置机是很有必要的。前置机的三大功用：
1.过滤非账务处理，例如查询。
2.将http请求转换为业务请求。http请求一般都很大，对带宽要求较高，业务请求可以是自定义的字符流，将极大减小中心主机的带宽压力和处理压力。
3.提供实时快速响应。
同时，前置机还能提供可扩展性，如果业务压力大了，可以很方便地扩充处理能力。
壮东风 发表于 2012-1-4 21:30
这个呢，说老实话，政府部门IT活都做得不怎么样，毕竟不像淘宝这样的专业公司，力量非常强。
高铁以前也是空白，刘跨越不是也整出来了？关键是事在人为，这东西又不是高铁，完全不存在任何技术和资金上的难题，就算是在国内段时间能做出来的团队也可能一抓一大把。盛高阻做个这个破玩意儿都磕磕绊绊，借用电影评论就是完全没有“诚意”，纯粹就是想糊弄一下，弄个政绩，突出自己跟前任的不同。要么就是水平实在太差，居然还让这样的人去管高铁，不出723才怪。
这个呢，说老实话，政府部门IT活都做得不怎么样，毕竟不像淘宝这样的专业公司，力量非常强。
高铁以前也是空白，刘跨越不是也整出来了？关键是事在人为，这东西又不是高铁，完全不存在任何技术和资金上的难题，就算是在国内段时间能做出来的团队也可能一抓一大把。盛高阻做个这个破玩意儿都磕磕绊绊，借用电影评论就是完全没有“诚意”，纯粹就是想糊弄一下，弄个政绩，突出自己跟前任的不同。要么就是水平实在太差，居然还让这样的人去管高铁，不出723才怪。
不过这么一设计，这个系统少说得1E啊，不知道TDB敢拿这么多钱来烧不。
silverbeetle 发表于 2012-1-5 10:34
前置机是很有必要的。前置机的三大功用：
1.过滤非账务处理，例如查询。
2.将http请求转换为业务请求。 ...
现在还流行这个？
过去带宽不足弄个前置可以理解，现在线路质量上去了，自然走向大集中，终端直接跟主机通讯，主机这一端搞点负载均衡什么的。
我猜想12306跟业务处理系统是分开的，12306处理http请求，再调用业务系统的服务，也就是你第2条的方式。
所以12306就是个普通的互联网网站，网站怎么搞，他也一定怎么搞。
铁道部现在也应该是一个全国处理中心了吧。
前置机是很有必要的。前置机的三大功用：
1.过滤非账务处理，例如查询。
2.将http请求转换为业务请求。 ...
现在还流行这个？
过去带宽不足弄个前置可以理解，现在线路质量上去了，自然走向大集中，终端直接跟主机通讯，主机这一端搞点负载均衡什么的。
我猜想12306跟业务处理系统是分开的，12306处理http请求，再调用业务系统的服务，也就是你第2条的方式。
所以12306就是个普通的互联网网站，网站怎么搞，他也一定怎么搞。
铁道部现在也应该是一个全国处理中心了吧。
silverbeetle 发表于 2012-1-4 21:42
不过这么一设计，这个系统少说得1E啊，不知道TDB敢拿这么多钱来烧不。
关键是根本没用，压根就没那么多票可卖。搞顺畅了的结果就是刚出票就被秒杀，热门线路买到全凭运气，想高价买黄牛票也买不到，停建、降速以后更甚。所以我猜连刘跨越也不”舍得“花那些钱。
不过这么一设计，这个系统少说得1E啊，不知道TDB敢拿这么多钱来烧不。
关键是根本没用，压根就没那么多票可卖。搞顺畅了的结果就是刚出票就被秒杀，热门线路买到全凭运气，想高价买黄牛票也买不到，停建、降速以后更甚。所以我猜连刘跨越也不”舍得“花那些钱。
molec 发表于 2012-1-5 10:42
高铁以前也是空白，刘跨越不是也整出来了？关键是事在人为，这东西又不是高铁，完全不存在任何技术和资金 ...
先不说两人的能力差别吧，太明显了。
很多政府部门、企业，互联网这块是很弱的，觉得需要了，就弄些人整一个，出了问题或着遇上瓶颈，再改，缺乏前瞻性和规划。
铁道部搞铁路上的技术，事实证明可以的，在互联网方面明显没有准备，现在看来还是相当重要的。
高铁以前也是空白，刘跨越不是也整出来了？关键是事在人为，这东西又不是高铁，完全不存在任何技术和资金 ...
先不说两人的能力差别吧，太明显了。
很多政府部门、企业，互联网这块是很弱的，觉得需要了，就弄些人整一个，出了问题或着遇上瓶颈，再改，缺乏前瞻性和规划。
铁道部搞铁路上的技术，事实证明可以的，在互联网方面明显没有准备，现在看来还是相当重要的。
silverbeetle 发表于 2012-1-5 10:42
不过这么一设计，这个系统少说得1E啊，不知道TDB敢拿这么多钱来烧不。
一个亿是必须的，未必够。
不过这么一设计，这个系统少说得1E啊，不知道TDB敢拿这么多钱来烧不。
一个亿是必须的，未必够。
壮东风 发表于 2012-1-5 10:47
现在还流行这个？
过去带宽不足弄个前置可以理解，现在线路质量上去了，自然走向大集中，终端直接跟主机 ...
可以算算嘛，例如1秒并发买票10万，查询100万，http哪个坑爹的头啊，传输数据每个至少200字节。110万=1.1M，1.1M*200=220M。单边220M的通讯哦，还只是请求，你觉得带宽受得了啊。我的意思是全国建立多个（例如6个）网站镜像分流。买票的请求肯定要到中心服务端去的，但是查询的就在网站服务器上解决。车票余量可以每秒或0.1秒和中心服务器同步。请求到处理采用短连接，客户端采用肥客户端，尽量将客户端的cache利用起来，减小服务端的压力。
不弄前置，只用一个网站服务端，必死无疑。这也是吐槽他的地方。
当然，带宽够不够只是一个指标，现在的主要问题是服务端的并发处理能力明显不够。
现在还流行这个？
过去带宽不足弄个前置可以理解，现在线路质量上去了，自然走向大集中，终端直接跟主机 ...
可以算算嘛，例如1秒并发买票10万，查询100万，http哪个坑爹的头啊，传输数据每个至少200字节。110万=1.1M，1.1M*200=220M。单边220M的通讯哦，还只是请求，你觉得带宽受得了啊。我的意思是全国建立多个（例如6个）网站镜像分流。买票的请求肯定要到中心服务端去的，但是查询的就在网站服务器上解决。车票余量可以每秒或0.1秒和中心服务器同步。请求到处理采用短连接，客户端采用肥客户端，尽量将客户端的cache利用起来，减小服务端的压力。
不弄前置，只用一个网站服务端，必死无疑。这也是吐槽他的地方。
当然，带宽够不够只是一个指标，现在的主要问题是服务端的并发处理能力明显不够。
靠，有关键词吗？还要审核。
尼玛，干脆将汉语的敏感词都废弃了嘛，大家就好道路以目。
刚baidu了一下，2012预计春运40天，发送旅客28.5E，每天要买0.71E张票。如果网上买票占3成，就是2000万。每个小时卖100万张，高峰期每秒卖10万张是完全有肯能的。
壮东风 发表于 2012-1-4 18:14
十一前订过一次，很顺利，但现在才是真正考验的时候，基本处于不可用状态。
这个比起腾讯的服务器访问量应该小很多了，不过听说腾讯每年交给深圳电信一家的服务器托管费用就上亿，而且其他城市、运营商还有
十一前订过一次，很顺利，但现在才是真正考验的时候，基本处于不可用状态。
这个比起腾讯的服务器访问量应该小很多了，不过听说腾讯每年交给深圳电信一家的服务器托管费用就上亿，而且其他城市、运营商还有
并发访问，腾讯肯定更高，但是腾讯的可靠性要求不高。
铁道部的网上购票就是个幌子，根本就是还人工的，和那个一百次也打不通的电话就是一个破烂，根本就不是电脑控制出票的，神魔公平，机会均等，做梦吧！昨天定了2张卧铺，试了数十次，最后居然可怜我，买了了一张无座票给我，大爷根本就没定无座票啊，还是一张！去你妈的把！
molec 发表于 2012-1-5 10:28
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用 ...
哈哈！从本质上讲这件事也在跨越的计划范围内的，按照跨越计划，2012年-2013年中国铁路网基本构成，网上订票、电话订票成为新的购票手段
高阻基本就干了这一件正事，结果连最低级的访问量都预测不了，可见水平之一斑。到底是那些人、为什么任用 ...
哈哈！从本质上讲这件事也在跨越的计划范围内的，按照跨越计划，2012年-2013年中国铁路网基本构成，网上订票、电话订票成为新的购票手段
molec 发表于 2012-1-5 10:31
我觉得刘跨越没急着弄网上订票，是因为他看到了即使网上订票，在目前运力严重不足（据说缺口最高可达一半） ...
跨越是估算2012年-2013年，最迟2013年春运也要上这个的，因为到那个时候铁路网基本构成！
我觉得刘跨越没急着弄网上订票，是因为他看到了即使网上订票，在目前运力严重不足（据说缺口最高可达一半） ...
跨越是估算2012年-2013年，最迟2013年春运也要上这个的，因为到那个时候铁路网基本构成！
其实成都局还有一个自己的网站也在卖成都局自己的票的，我一般人都不告诉的