由买买提看人间百态

topics

全部话题 - 话题: 12306
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
c****3
发帖数: 10787
1
你不明白我的意思。这个矛和盾是12306 问题里最有价值的,而且每年都要升级。矛厉
害了就要升级盾,盾厉害了就要升级矛,双方都是有需求的。这个问题不仅在12306,
所有电子商务网站都有这个双向需求。否则12306卖票,人手一个抢票软件,什么数据
库都顶不住。
以抢票软件的图像识别技术,mitbbs的图像验证码估计也顶不住,不过没有人有兴趣搞它
c******3
发帖数: 296
2
来自主题: Programming版 - 为什么分布式搞不定12306?
大家都说搞定1111购物的淘宝应该是可以解决12306的崩溃问题的。可是现在看到的都
是说铁道部的确请了淘宝团队。淘宝一帮人做了购票排队系统,但还是对12306的崩溃
素手无策。
我觉得淘宝一定会把分布式推建给铁道部的,因为那是他们擅长的,也有现成的实现。
但那为什么分布式救不了12306?谁有内幕说说?
难到没用二爷的Node?
S*A
发帖数: 7142
3
来自主题: Programming版 - 12306仍然一塌糊涂
我开始不明白好虫为什么说 12306 当了。
其实好虫说当了那时候我还用过几回,一点
问题没有。我当时还回了贴,后来删掉了。
今年 12306 春运客流期间没有出什
么大问题。当然我也没有没秒钟都去看
着。谁有网上说今年又当机了的 link 验
证一下?
大家有可能在争论一个不存在的问题。
12306 据说是半夜不提供服务的。莫非
好虫是中国半夜时间来登陆?
不知道,也看不懂,大家接着 high 吧。
s*****V
发帖数: 21731
4
来自主题: Programming版 - 12306完全可以综合使用魏古的做法
解决12306不仅要靠技术人员冲锋陷阵,也要靠商业模式的创新。
12306基本模式是实时订票模式,这个就是现在这种传统的和窗口一样,需要刷很长时
间,但是一旦刷上了就能告诉你能不订上。
12306完全可以在春运期间再可以开启一个离线订票模式,用古德霸的系统,只是让你
提交申请,订不订的上在24小时内答复。订不上不付钱。
两套系统可以并行,也可以交替开放,或者离线模式先开消化30%的量。
另外支付也可以创新。你可以到铁总指定的银行存一笔钱到铁总的账号,比如1000块,
然后产生一个128位的加密支付代码。到时候铁总只要比对一下你这个支付的钱是不是
大于你的票价,就可以直接给你出票,然后再去扣钱。 多余的钱春运结束以后一个月
以内再退给用户。
i***s
发帖数: 39120
5
很不严肃但是很严谨!“菠萝科学奖”颁出九大奖项这个心理学奖你中枪没?中国人识别老板的脸更快
“员工识别老板的脸比自己的更快?”“男生追女生也可以用上数学公式?”这些奇思妙想,通过各种实验论证,得出了各种奇趣结论,并最终赢得今年的“菠萝科学奖”近日,来自科学界的精英和科学爱好者们,汇聚一堂,共同揭晓今年“菠萝科学奖”的九大奖项。
今年“菠萝科学奖”共颁出了九个奖项:物理奖、化学奖、数学奖、心理学奖和医学生物奖,还特别设立了菠萝ME奖、菠萝U奖、幻想奖和发明奖。
2013菠萝科学奖获奖奖项
心理学奖:中国人识别老板的脸更快
菠萝ME奖:川大教授劈砖
物理奖:假发顺滑度分级标准
菠萝U奖:12306
幻想奖:《三体》
发明奖:鼻涕收集器
数学奖:男生追女生的数学模型
化学奖:公鹦鹉腚尖上的求偶利器
医学生物奖:围观江豚妊娠期的300天
1最“长脸”
谁说国人不如欧美人
“中国人识别老板的脸,比识别自己的脸更快?”这一研究引起了现场观众的兴趣,并因此获得“菠萝科学奖”心理学奖。这项研究是北京大学心理学系教授韩世辉和他的研究生马燚娜的研究成果,颠覆了欧美人在心理实验中认为,识别自己的脸最快这一共... 阅读全帖
c***s
发帖数: 70028
6
网友购买的“问题”车票
25日,网友发布微博称在12306官网上买了车票,上车时却没有找到票面上显示的车厢。
“官网买的票,居然没有这节车厢。”25日下午,网友“辛浩明”发布微博称,自己在12306官网上购买了宜春到南昌西的高铁票,票面上显示座位在04车厢11D号座位,可是上车前,却被告知没有这节车厢。
“列车3号车厢与5号车厢之间是餐车,列车上没有4号车厢。”网友“辛浩明”告诉记者,上车后被列车长告知说没有4号车厢,经过协调,临时安排坐在了3号车厢。“出现这种情况的不止我一个人,大概还有10多人都是和我一样,车票错误显示为4号车厢。虽然最后都安排了位置,但出行的心情还是受到了影响。”
记者联系南昌铁路局相关工作人员,对方告知目前正在调查中。
相关背景:火车为何“临时欠编”
据中国江苏网:欠编即是如某趟列车满编为10节车厢,如果欠编2节,即为8节。然而,临时欠编的情况一般发生在提前很久购票的旅客身上,因列车编组临时发生变化,从而造成票面信息不符。列车编组临时发生变化,即可能意味着工作人员在对列车车辆进行安全检查时,发现车辆存有安全隐患,必须解编进库维修。在“安全第一”的铁路运输系统中,... 阅读全帖
m******r
发帖数: 4351
7
首先得说12306订票是个不小的进步。极大地便利了买票。从售票窗口流出到黄牛的票
也少多了
不过12306有个大漏洞,就是验证码。他的验证码就那么几个,比如中国结,风扇,绿
豆等等,所以有心人只有把这几个截图下来,做好mapping, 然后软件直接识别,比人
手工点既快又准确。经常发生的事情就是,明明是余票充足,可是你输了两三遍才输对
,因为客户端一堆广告,所以响应的时间长,一分钟就差不多过去了,这个时间足够电
子抢票软件跑几十个来回了。
所以这就造成了抢票黄牛的大行其道。春运的人次是29亿,其中至少一多半的乘客是要
中转两三趟火车的,只要一趟车抢不到票剩下的就接不上了。所以化50块钱一张票找抢
票机构是很划算的。假定一半需要找黄牛,那就是十亿张票,抢票机构的蛋糕是500亿
,80亿美元的GDP。
这个验证码推出六七年了,一直没变,还是当年那一套,我们知道,但凡非不能也实不
为也的事情存在,里面就很可能牵扯到利益。
从抢票的紧张程度,可以看出乘客的倾向。第一紧张的是硬卧,任何时间都紧张;第二
是动车二等座,软卧,似乎还有高铁的商务座,春运时间很紧张 第三是高铁的二等座
,热门方向的硬座... 阅读全帖

发帖数: 1
8
这几天有一个事儿比较火,就是说一名女子带着两个孩子竟然买了6张火车票,在晚上
的时候因为不让别人坐在她购买的座位上就被人给举报了。
在这个事儿闹大之后12306也做出了回应,刚刚给出来的回应,反正我是没有看懂,
12306说的是“若5张都是儿童票的话就不违规”。
如果这样说的话那如果说“5张都是成人票的话,或者是5张票里面有成人票的话”,那
是不是就属于违规?
我坚定的一点就是说别人买了票,座位就是她的,她想让谁坐谁就能坐,这是人家的权
利。如果铁路觉得人家违规,当时别卖票啊。
j********r
发帖数: 127
9
来自主题: JobHunting版 - 讨论一下12306的架构?
大家其实不用争了,12306这个网站就是业余水平搞的
https://kyfw.12306.cn/otn/
搞了个ssl,但是是自己认证的,浏览器都会警告你这是病毒网站。
就这水平,我看大家没必要浪费时间给他们出主意了,他们估计优化一下界面都能比现
在强10倍。

pm
z****e
发帖数: 54598
10
与其考虑12306,你们不如考虑一下uber怎么做
如何山寨一个uber,然后卖给你们社区的的士司机,或者出租车公司
没准还能发一笔小财,12306涉及的利益面太广
不是个人能够随随便便接到的单,相比之下做一个uber要现实得多
当然未必能成,但是做做试试总是好的
g*****g
发帖数: 34805
11
来自主题: JobHunting版 - 锁票是12306 的重要组成部分
这当然可以,今年12306也在提前预售期。我老人家无非讨论一下峰值超过处理能力该
怎么做而已。事实就是12306如果能真做到实时,又何必做分时抢票这种脱裤子放屁的
事情。前两年没内存数据库的时候,下单更是丢得一塌糊涂。
t****t
发帖数: 2269
12
前提是要有国内手机注册12306账号.
之后我清空了微信零钱,随便在12306网站挑了张车票,选微信支付,选Chase CSR,提
交。确认信秒到。而且因为微信支付还有优惠,便宜了2%的样子。
太爽了。
l********2
发帖数: 857
13
rate怎么样?按travel算的么?
谢谢
[在 teapot (不锈钢作品) 的大作中提到:]
:前提是要有国内手机注册12306账号.
:之后我清空了微信零钱,随便在12306网站挑了张车票,选微信支付,选Chase CSR,
提交。确认信秒到。而且因为微信支付还有优惠,便宜了2%的样子。
:太爽了。
p**a
发帖数: 326
14
看上去是一直在微信里买。但实际上涉及三方:微信,同程,和12306.
微信买机票火车票的功能是同程提供的,所以如果你同时也装了同程app,你在微信买
好火车票后在同程里同样可以查到你的车票信息。
在同程app里也可以买火车票,它允许你用微信支付。
而同程又会抓取你在12306里注册过的身份信息。
要提醒的是微信或同程经常提供各自不同的小优惠,发你个红包便宜三块五块的,用的
有点小开心。所以你要看哪个给你的优惠多点你就用哪个。
昨天买国内机票,微信给30元人民币优惠,同程就没有。
m******t
发帖数: 635
15
来自主题: Programming版 - 12306的方案
http://www.zhihu.com/question/22451397
水木上也在讨论
http://www.newsmth.net/nForum/#!article/ITExpress/1385553
这里是硬件配置:
以前12306用的是小型机,发现性能严重不足,遂改用x86系统+linux平台(原平台为HP
Superdome小型机,UNIX系统,Sybase ASE数据库)。最后他们的核心系统用了十几个
节点(现在应该是17节点)的多路Xeon E7(具体几路待考),每个节点配1TB内存,数
据库全部在内存中运行。2013年春运,12306系统峰值负载11万tps,与2012年淘宝双11
活动峰值负载相当,新的系统基本经受住了考验。
我这么感觉这个就是魏老师的cluster加强版啊
g*****g
发帖数: 34805
16
来自主题: Programming版 - 12306的方案
单机是收不了每秒10万到百万这个级别的订单的, 12306只是再证实一遍而已,你再粉
也没用。
他还两万美刀的预算,12306硬件也几百万人民币了。
你按我说的一条条去改良他的架构,还不如干脆我用的架构呢。还elastic, zone
redundancy.
z****e
发帖数: 54598
17
最重要的是人家怎么破解的
12306的server构架没啥出彩的
都在意料之中,连db用sybase的也是预料之中的事
swjtuer贴出那贴之后,我就说db多半是sybase的,果然哦
最近新闻热点是12306被人破解了
其中一个破解是破解了验证码
你们难道不觉得这个很有趣吗?
l*****9
发帖数: 9501
18
铁路订票系统怎么强耦合了?12306绝对架构错了
对于超多用户超大工作量的应用,界面一定要简单,尽量用后台批量处理,工作量线性
可分。这个数据量,大概只好用nonsql了
具体到12306设计:查票订票购票网站分开
查票网站
1。不实时,结果正确性不保证。
2。不回答联票查询。比如昆明到哈尔滨是否有票?没有直达车就说没有。
3。回答组合查询,比如(昆明到北京;北京到哈尔滨)是否有票。组合逻辑由用户提
出,每部分之间客户给出时间间隔,比如尽快或48小时,简化了应用。
客户登记网站:接受客户实名信息和支付办法
订票网站:只有已登记的客户可以使用
1。 直接接订单,用户可以选择订票成功自动购买。
2。 用户自己组合联票,比如(昆明到北京101次;天津到哈尔滨),组合逻辑由用户
提出,每部分之间客户给出时间间隔,比如尽快或48小时,简化了应用
后台订票服务器:50台,每台处理限定车次
订票综合服务器:200台,每个用户的同一个订单去同一个服务器,订票结果电邮用户
。订票限时作废。
购票退票网站:用户接受订票成功结果的话,一键购票。不接受的话,一键取消定票。
一键退票。
客票实名制,上车时票证一... 阅读全帖
g*****g
发帖数: 34805
19
来自主题: Programming版 - 说说12306需要多少台机器
只说前端,从下订单到存订单这部分,后端出票部分数据量低几个数量级,而且可以离
线处理,现在就能顶住,不进一步讨论。从前面有文章提到一分钟40M来看,需要能撑
住每秒1M的订单。
用Cassandra, 底下这个测试用EC2 m1.x1,大约300个节点撑住了每秒1M/秒的写,当然
实际是3备份,3M/秒。
http://techblog.netflix.com/2011/11/benchmarking-cassandra-scal
这不是ec2上最好的机器,但反正是io bound. 这个测试大约每小时280美刀,包括了
stress client的费用,去掉test client, 大约每小时$220 / 288台机器。
前端界面假定需要10次交互才能下订单,1M订单就是10M次,经验而言没状态的web app
server每秒可以撑住10K/次,所以需要1000台,同样的跑business logic的app
server也需要1000台。另外需要几百台web server放图片,css, js这些静态文件。需
要监控的cluster, 需要load balancer,需要一些ca... 阅读全帖
g*****g
发帖数: 34805
20
来自主题: Programming版 - 说说12306需要多少台机器
我第一分钟就把单下完了,12306 十分钟能下单页面那是运气。
一个大系统有很多挑战,不是架构能行实现就没问题。
但是架构不行怎么实现都有问题。12306就是对后者的实践。
我的设计就是让排队,排到有票排不到没有。如果照你说的,去排队的都是弱智,谁他
妈保证去排队能买着票。别跟我说你没排过,像你这么老实承认弱智的真不多。
z****e
发帖数: 54598
21
来自主题: Programming版 - 在讨论12306前
我就问一句
机票的买卖是不是最接近12306的情况?
yes or no?
谁不服的话,说一个比机票更接近12306的
c***d
发帖数: 996
22
来自主题: Programming版 - 我为啥不喜欢12306的话题
我相信魏老师加古德霸, 再带20个程序员, 搞定12306没有问题。 问题是这种问题这
么特殊,给你们这一年时间$10mm的开发预算, 你们愿意搞吗? 12306总共预算是$
50mm, 你愿意$500k回国干一年吗?
m**********j
发帖数: 8645
23
别转移话题,来,咱们一件一件的说。
既然你想做12306的负责人,
你先回答,你说的这句“我的方案从来没打算让所有人买到票”放在12306网页的那一
部分。
s****u
发帖数: 1433
24
面对任何一个问题,都是需要高大上进行战略布局,然后
分解给程序员们实现。程序员们是解决不了高大上问题的。
12306的本质是有限资源合理分配的问题。当程序员还在分析
要求1秒钟实现多少TRANSACTION的问题,高大上会告诉他们,
这根本不是他们需要考虑的。
因为,这根本就是个伪命题。
真正的问题是:根据时间抢票是不是社会最优方案?
什么是社会最优,就是根据有限资源满足社会需求的最佳配置方案。
什么是最优?最小成本办最多的事。
这等同于让手最快的人优先抢到票么?显然不是。
妙杀抢票法,不过是吊丝们有限的智慧短时间找到的一个貌似公平的
方案而已。
高大上要问问吊丝们:你们打过新股没有?这跟定票难道不是同样的问题么?
知道什么是集合竞价么,知道什么是自动撮合么?
一个可以非常简单地化解的瓶颈非要用秒杀的土法子解决,吊丝们惭愧不?
12306完全可以采用时间段预先登记,等固定时间自动撮合出票的办法,
彻底摆脱秒杀法和机器人票贩子,OCR等等垃圾。撮合有足够的时间,所谓
服务器的IO瓶颈烟消雾散。
当然,撮合的策略和算法,高大上就留给吊丝码工去考虑吧。
n*****t
发帖数: 22014
25
来自主题: Programming版 - 明白为啥 12306 没人接了
系统的关键是 database,前段都是纸老虎。不是 IBM 不能做,是没有现成的轮子去忽
悠,12306 需要的是定制,瓶颈的地方不是什么已有的 database 可以很好满足了。而
这一切主要靠的是软件,卖贵了不好说,卖便宜了我去。
这事放到国内尤其如此,尼玛没有现成的方案,吭哧吭哧做半天结果不太 work(几乎可
以肯定,总有不满意的地方)谁负责?别说 12306 的项目负责人不敢签,IBM 的销售
也不敢啊,收不到款,你丫去死吧。
c****3
发帖数: 10787
26
来自主题: Programming版 - 明白为啥 12306 没人接了
12306今年做的挺好了,顶住了。这里很多人在吹牛,都是纸上谈兵。真刀真枪,不见
得比12306现在能做的好。
c****e
发帖数: 1453
27
来自主题: Programming版 - 这么多讨论的,你们用过12306吗?
现在已经做的不错了。我周围的人都买到票了。很多人都是每天都买(因为怕
买不到要走的那天),买到了就退前面的,所以需求比实际上放大了很多。据说退票率
有40%.特别高铁的票,北京到上海,29买30的都有可能买到。抢票的时候,有点慢,也
完全可以忍。
这么说把,作为一个消费者,12306的买票体验,除了界面有点土,完全满足我的需求
。不要放大炒作12306的技术问题,这个现在很大程度上是个伪命题。
y****g
发帖数: 36950
28
来自主题: Programming版 - 这么多讨论的,你们用过12306吗?
我用12306买了春节期间北京上海往返的高铁。除夕那天的。是比较好买,不过北京上
海春节期间客流不算大吧。那天车站人不多了。有多少上海人在北京工作,多少北京人
在上海工作啊。
12306总的来说还是能解决一大部分人的问题的。
a*******a
发帖数: 4233
29
来自主题: Programming版 - 这么多讨论的,你们用过12306吗?
一次买几张基本上在一起,最多中间隔个过道
讨论的这么厉害原来大家都没用过12306啊
春运12年经历者表示对铁道部及12306非常满意
L*****e
发帖数: 8347
30
我早就说了,老魏的方案把一切计数抢票以外的功能都scale out了,如果把这些scale
out
的部分全加上做一个完整的12306系统,不管是计算量还是花费都会增长很多。所以觉
得你俩从一开始就在谈不同的需求。没有一个统一的spec,你们大部分争论都是白瞎。
。。
anyway,你们俩的分歧我就不掺和了,刚才在这个帖子里讨论的是说现在的12306系统
的瓶颈未必在抢票那里,不过我也没有可靠论据支撑我的猜测,知道你老爱讲究用数据
说话,所以关于这一点的讨论我就到此为止了。。。

★ 发自iPhone App: ChineseWeb 8.2.2
★ 发自iPhone App: ChineseWeb 8.2.2
e**o
发帖数: 5509
31
说了等得起时候waitinglist有点用。
但是等不起的时候waiting list就没用了。
就是为了少跑这一趟。才需要实时知道结果。
其实我鼓励waitinglist,waitinglist上能某种程度上杜绝黄牛。
但是也非常难,黄牛都是开车前10分钟退票的再买回来的。这个时候谁也等不起了。
不过离题十万八千里了。这个是12306预售,预约系统。而不是12306售票系统了。
c******3
发帖数: 296
32
来自主题: Programming版 - 高手详解12306 IT架构与困境(转载)
“3分钟内就能够基本售罄,所以12306所承受的压力基本可简化为30分钟内承受300多
万的放票”
12306后端集中式机器出票速度是167K/s.
“前端的卡死和崩溃原因目前仍没有确切的定论”
这句话可能有俩个意思:
1。前端没问题,有多少收多少。300多万的出票请求加上更多的刷新和查询请求都能放
进来,但后端出票速度还不够快,所以客户端卡死没响应了。
2。后端没问题,167K/s的出票速度轻松秒杀前端过来的任何请求,但前端挤暴了,300
多万的出票请求加上更多的刷新和查询请求都挤在那里,很多都送不到后端,所以客户
端卡死没响应了。
m********s
发帖数: 55301
33
来自主题: Programming版 - 12306仍然一塌糊涂
这就是我说的requirement。
你不理解作为买票人是不会把众多可能性的排列组合都整理好之后再去买票的,因为他
们有幻想。
他们就是要买到他们希望的那一次车的车票。如果买不到,他们才会现实的打击下去重
新思考去抢下一个车次,如此反复。
理想的火车车次买不到就买不太理想的,
不太理想的火车车次买不到就买飞机票、长途车票...
理论上讲,这个顺序是可以在一个transaction里去递交的。
顺便再提一次你自己的实例,你在去12306网站时就没有假设你肯定买不到票,所以才
会浪费几个小时在不断刷新着12306的登陆页面。
为什么你在第一次看不到页面时就赶紧去航空公司去订飞机票或者去长途汽车公司订汽
车票?
因为你还残存着一丝丝能买到火车票的幻想。
你这个幻想跟多数人觉得自己只要早买快抢就能有一丝希望拿到票是一个本质一个道理。
f******2
发帖数: 2455
34
来自主题: Programming版 - 讨论一下12306的架构? (转载)
没用用过12306, 但是感觉这个题很有意思,想花些时间想想。
先向各位大侠明确一下,
1)这个问题cover 12306的主要难点了吗?没有的话,请帮忙补充;
2)这个问题是好老师和魏老师当年论战的议题核心吗?
明确以上两个问题后(其实主要是第一个问题, 第二个问题只是兴趣考古) ,圣诞节前
大家拿出code来,决定这个版上谁做cto吧。
z*******3
发帖数: 13709
35
来自主题: Programming版 - 讨论一下12306的架构? (转载)
i would suggest to design an uber instead of 12306/travelsky
u ppl can compete to make a prototype of uber rather than 12306
much more practical and useful
t*********r
发帖数: 387
36
来自主题: Programming版 - 12306哪来20亿每秒
好虫说过12306同步做不了是因为数据库太慢
现在已知最快系统是12亿每秒
12306号称是20亿每秒
天朝据说就八亿网民,不算刷票软件敢情老百姓都多个窗口两个小号下单?
求解说
c******o
发帖数: 1277
37
来自主题: Programming版 - 12306 细节
这个我对打赌没细看,不知道谁赢,似乎魏老师的达到了打赌的目的。
看了12306的需求,魏老师的系统大概不能满足12306的需求。要加上实时计算所有相关
线路的余票量才行。
v****e
发帖数: 145
38
来自主题: Programming版 - 12306 我太土了 都不知道这是啥玩意
方案一:对每一个客户ip 限制每半小时查询次数 超出次数就倒计时。对这样一个系统
,我觉得可以分为用户网页和合作商api. 和合作商的票是有保障的,可以在合作商本
地做计数,然后剩下来的座位给12306网站本身的用户买票。
方案二:另一种办法是做信用卡预授权,先授权然后告诉用户是不是买成功了。这样的
好处在于可以减少用户去纠结最后是剩下一座位还是两个座位。只剩少量余票的情况下
,交易成功本来概率就是低的,客户会有失败的预期。
现在的12306技术上的问题在于用户只要开始订,这个位子就被占上了,而不是等到买
完再减数。如果交易失败,才会把数字加回去。这样读写竞争很大。即使这样,数字变
动太频繁,也无法保证客户看到的数字是正确的,只能给出一个大概的数字。
查询上需要知道火车全程中的某一段有多少空位,用sql nolock爬爬看要多久,我没试
过但估计性能不乐观。只能用并行脏读的方式加速查询过程并缓存结果。
[在 totalctrl (沾衣十八跌+降龙十八涨) 的大作中提到:]
:google一下 才知道是铁道部订票的

:...........
h**********c
发帖数: 4120
39
我15年第一次回国在飞机上捡了份报纸,正好说12306,也正是老魏和古霸争计数器半
路,叔撤了。
12306从来没考虑过未经验证架构,好像说过峰值保证10000Ttransct/S就行
毕竟铁路这种工程传统还是有的。
报纸我剪下来留着了,忘了放哪里了。
n*****t
发帖数: 22014
40
来自主题: Military版 - 强大的12306售票系统ZZ
我敢打保票,12306 的软件也是巨烂无比
当然,交易流程设计本身就是软件
l******t
发帖数: 55733
41
你看过12306的用户协议没

★ 发自iPhone App: ChineseWeb 7.8
m********a
发帖数: 12601
42
"但多少也反映了12306网购票系统的服务始终无法满足用户需求,而背后仍有垄断无法
破除的阴影。"
这个和垄断有个毛关系
b********6
发帖数: 35437
43
应该更新12306的用户协议,用户如果使用抢票软件,其身份证会被锁定1小时
l*****o
发帖数: 9235
44
12306比米蒂的这个健保网站先进多了吧
g********s
发帖数: 895
45
来自主题: Military版 - 12306新版6日试运行
12306新版6日试运行
《 人民日报海外版 》( 2013年12月05日 第 04 版)
据新华社北京12月4日电 (记者樊曦、齐中熙)记者从中国铁路总公司获悉,
12月6日,中国铁路客户服务中心12306网站新版将上线试运行,新版在对页面
进行完善的同时,推出了“更多选项”功能,使用这一功能,旅客在录入乘车人、日期
、车次、席别等信息后,12306网站即可为旅客提供动态刷新、自动提交等服务。
试运行期间,12306网站新旧版本同时运行,试用新版的旅客可从www.1
2306.cn首页左侧点击“新版售票”进入。
m********s
发帖数: 55301
46
来自主题: Military版 - 铁道部12306订票网站太凶残了
俺是看着12306从零到现在。
不得不说。
确实牛比。
w********s
发帖数: 1570
47
12306的高并发性,是不是对google/facebook小菜一碟?
S*********n
发帖数: 3939
48
来自主题: Military版 - 12306撸棒性好多了
经过这几年的发展12306网站进步不小,叔夜在春运的千军万马中隔洋抢了三张高铁票
从登陆到搜索到确认付款一气呵成,
h******1
发帖数: 16295
49
来自主题: Military版 - 12306撸棒性好多了
很多李逵被李鬼欺负了,12306一点办法都木有。
h******1
发帖数: 16295
50
来自主题: Military版 - 12306撸棒性好多了
身份证被别人抢注的很多,护照不知道咋样。
核验也不管用,人手比不过软件,一秒钟又被抢注。
票贩子的办法总比12306多。
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)