由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 12306 可不可以分时放人,而不是分时放票?
相关主题
我不认为12306是故意做成这样让黄牛赚钱只要有waiting list,黄牛怎么赚钱?
春运问题的根本是运力不足,不说明网上售票没有用zz 12306是怎样做成的
来点真实数据高手详解12306 IT架构与困境(转载)
铁道部的订票系统我的解决想法没干过大数据云计算的不用琢磨12306了
春运票务,淘宝,Cassandra各位所在公司的code review烦人不?
春运网站我的设计再举个测试用例。
12306完全可以综合使用魏古的做法关于计数器,我有一个疑问
12306最重要的是scale out和杜绝黄牛让老弱残疾扛着打包换车厢还是人吗?
相关话题的讨论汇总
话题: 黄牛话题: 12306话题: 订票话题: 订单话题: 排队
进入Programming版参与讨论
1 (共1页)
m******1
发帖数: 95
1
我不是搞互联网的,但对这个设计问题也看得兴起。为什么一定要定时放票呢?货物摆
上货架等着客户来买,这个是超市和亚马逊这样货多客少的店应该采取的开店方式。春
运是反过来的,客多货少,而且和抢deal的那种客多货少不一样,都是刚需。那为什么
不让大家在门口排好队,把自己的需求写在手里,分批放人进来按需分配?
这种流程大概是这样:
-每个人上网登记旅行区间,并取号进入排队序列
-每30分钟从队列里面取500万人出来配座
-请求被处理以后如果配座成功,有30分钟付款时间(20小时能处理1亿张票)
-配座和付款成功的,把运力从存量里面减去,然后开始下一轮放人
-如果流配,则该客户自动进入下一轮,直到买到票或自动退出为止
-春运期间每个人限制可进入排队序列的次数,流配的次数不限
服务器的峰值会出现在刚开始允许抢号排队的时候。但那个就只是登记个号而已,现在
都1M event/s了完全没压力。把服务器搞死的那些座位匹配等操作现在分批进行,会跑
满服务器,但不会有峰值。
从客户体验上讲肯定不如实时出票爽,但是可以通过短信告诉客户你所处的阶段,有票
了赶紧去付钱。这样难道不是既避免了抢票的峰值问题,又给客户一定的实时体验吗?
t*******s
发帖数: 1016
2
“从客户体验上讲肯定不如实时出票爽”
直接就被骂死了
z****e
发帖数: 54598
3
因为人多票少
无论什么时候放票
都会造成争抢
哪怕你只是登记一下
都会有超过供应量很多的人在某一个时间点之后开抢
说到底,这不是技术和系统的问题
而是火车数量和铁轨运力的问题
it在这个case里不能解决问题
每次看到老魏纠结,都好开心啊,太好玩了
m**********j
发帖数: 8645
4
没戏,面对,一张票有1万个人要买的状况,任何操纵都是无力的。

【在 m******1 的大作中提到】
: 我不是搞互联网的,但对这个设计问题也看得兴起。为什么一定要定时放票呢?货物摆
: 上货架等着客户来买,这个是超市和亚马逊这样货多客少的店应该采取的开店方式。春
: 运是反过来的,客多货少,而且和抢deal的那种客多货少不一样,都是刚需。那为什么
: 不让大家在门口排好队,把自己的需求写在手里,分批放人进来按需分配?
: 这种流程大概是这样:
: -每个人上网登记旅行区间,并取号进入排队序列
: -每30分钟从队列里面取500万人出来配座
: -请求被处理以后如果配座成功,有30分钟付款时间(20小时能处理1亿张票)
: -配座和付款成功的,把运力从存量里面减去,然后开始下一轮放人
: -如果流配,则该客户自动进入下一轮,直到买到票或自动退出为止

d******r
发帖数: 16947
5
都是互联网惯的,谁说点击提交了就得马上有结果?
自己去买票排一个通宵的都有。我觉得网上订票 2个小时给结果:
定没定上,定上限1个小时内付款,否则release。。。

【在 m******1 的大作中提到】
: 我不是搞互联网的,但对这个设计问题也看得兴起。为什么一定要定时放票呢?货物摆
: 上货架等着客户来买,这个是超市和亚马逊这样货多客少的店应该采取的开店方式。春
: 运是反过来的,客多货少,而且和抢deal的那种客多货少不一样,都是刚需。那为什么
: 不让大家在门口排好队,把自己的需求写在手里,分批放人进来按需分配?
: 这种流程大概是这样:
: -每个人上网登记旅行区间,并取号进入排队序列
: -每30分钟从队列里面取500万人出来配座
: -请求被处理以后如果配座成功,有30分钟付款时间(20小时能处理1亿张票)
: -配座和付款成功的,把运力从存量里面减去,然后开始下一轮放人
: -如果流配,则该客户自动进入下一轮,直到买到票或自动退出为止

l*****9
发帖数: 9501
6
取号进入排队序列就是抢了,人多票少,抢票在所难免,凭啥领导先走?
系统设计,关键是怎样做到:
1。杜绝黄牛
2。系统不当掉
3。提高所有人的效率,节约费用
g*****g
发帖数: 34805
7
不,应该设好付钱方式再订票,定上立刻帮你把票出了,大家都省事。

【在 d******r 的大作中提到】
: 都是互联网惯的,谁说点击提交了就得马上有结果?
: 自己去买票排一个通宵的都有。我觉得网上订票 2个小时给结果:
: 定没定上,定上限1个小时内付款,否则release。。。

d******r
发帖数: 16947
8
这个付钱不是bottleneck吧,只要不影响主要数据库的速度,
我觉得问题不大,当然能优化最好。。。
要不就首先建个客户account,里面信用卡 身份证信息都有,
从这个账户订票就符合你说的 lol

【在 g*****g 的大作中提到】
: 不,应该设好付钱方式再订票,定上立刻帮你把票出了,大家都省事。
l*****9
发帖数: 9501
9
马上付钱最大的好处是杜绝黄牛,当然也提高了系统效率。
下订单的时候可以选择一旦有票马上购买,这类订单优先于先订票再手动交钱的订单,
再加上waiting list,可以退票不能改票,黄牛就滚蛋了

【在 d******r 的大作中提到】
: 这个付钱不是bottleneck吧,只要不影响主要数据库的速度,
: 我觉得问题不大,当然能优化最好。。。
: 要不就首先建个客户account,里面信用卡 身份证信息都有,
: 从这个账户订票就符合你说的 lol

g*****g
发帖数: 34805
10
是个互联网应用都这样,大部分网站都允许你预存支付信息,不存的也是下单之前要写
好。
事实上我没见过哪个先让你订上了再要你支付的,12306比较奇葩。

【在 d******r 的大作中提到】
: 这个付钱不是bottleneck吧,只要不影响主要数据库的速度,
: 我觉得问题不大,当然能优化最好。。。
: 要不就首先建个客户account,里面信用卡 身份证信息都有,
: 从这个账户订票就符合你说的 lol

相关主题
春运网站我的设计只要有waiting list,黄牛怎么赚钱?
12306完全可以综合使用魏古的做法zz 12306是怎样做成的
12306最重要的是scale out和杜绝黄牛高手详解12306 IT架构与困境(转载)
进入Programming版参与讨论
d******r
发帖数: 16947
11
这样看来最大的黄牛是铁道部不是谣言啊,留着后门 lol

【在 g*****g 的大作中提到】
: 是个互联网应用都这样,大部分网站都允许你预存支付信息,不存的也是下单之前要写
: 好。
: 事实上我没见过哪个先让你订上了再要你支付的,12306比较奇葩。

l*****9
发帖数: 9501
12
其实我倒不认为是铁道部故意放黄牛。见票就买的话,同样会有许多人不满。不过杜绝
黄牛同时提高效率总是对的。退票扣费也会有人不满。
走高技术道路是对的。以前是不可能杜绝黄牛,完全网上售票就可以杜绝了。网上售票
提高所有环节的效率,节约费用,而且有助于计划临客

【在 d******r 的大作中提到】
: 这样看来最大的黄牛是铁道部不是谣言啊,留着后门 lol
f****y
发帖数: 307
13
春运订票贴在本站挺火,请教大家个关于黄牛的问题。
实名制黄牛怎么样倒票呢?
如果像考tofel和大使馆签证一样,退了的位子不是立刻放出,而是在几天后随机放出
,那黄牛预先买了票后怎么转到买家手上呢?
谢谢!
m**********j
发帖数: 8645
14
电话实名制在国内都被骂个狗血喷头
你提前预存支付信息,根本不能杜绝你们所说的黄牛。

【在 g*****g 的大作中提到】
: 是个互联网应用都这样,大部分网站都允许你预存支付信息,不存的也是下单之前要写
: 好。
: 事实上我没见过哪个先让你订上了再要你支付的,12306比较奇葩。

g*****g
发帖数: 34805
15
杜绝黄牛是另一个问题,本来一次提交就能做完的事情,要用户回来出票,这不是又麻
烦又给自己服务器增加负担。没看出这两步走有什么好处。

【在 m**********j 的大作中提到】
: 电话实名制在国内都被骂个狗血喷头
: 你提前预存支付信息,根本不能杜绝你们所说的黄牛。

m**********j
发帖数: 8645
16
先查有没有票,再根据查的信息决定买哪一种。
虫虫,感情你是真没买过春运火车票啊。
真幸福。

【在 g*****g 的大作中提到】
: 杜绝黄牛是另一个问题,本来一次提交就能做完的事情,要用户回来出票,这不是又麻
: 烦又给自己服务器增加负担。没看出这两步走有什么好处。

l*****9
发帖数: 9501
17
下订单的时候可以选择一旦有票马上购买,这类订单优先于先订票再手动交钱的订单,
再加上waiting list,可以退票罚款不能改票,黄牛怎么生存?

【在 m**********j 的大作中提到】
: 电话实名制在国内都被骂个狗血喷头
: 你提前预存支付信息,根本不能杜绝你们所说的黄牛。

l*****9
发帖数: 9501
18
一票难求。订票的时候可以附加一些条件,一定要先看订单再付款就太娇情了

【在 m**********j 的大作中提到】
: 先查有没有票,再根据查的信息决定买哪一种。
: 虫虫,感情你是真没买过春运火车票啊。
: 真幸福。

g*****g
发帖数: 34805
19
你是搞笑吧,你不买你订票干啥?既然订票为啥有票时不能自动把票出了,而是预留然
后要你回来支付?你到窗口买票难道是不排队抢号,抢到了,一个小时内回来付钱?
12306现在就是怎么做的。
至于流程,流程是可以改的。没有完美的系统,但是当机的系统是不可接受的。

【在 m**********j 的大作中提到】
: 先查有没有票,再根据查的信息决定买哪一种。
: 虫虫,感情你是真没买过春运火车票啊。
: 真幸福。

m**********j
发帖数: 8645
20
虫虫,你先说第一个,你自己去买过春运的火车票吗?
坐火车又不是北京到广州就到站了,很多组合选择。学生,民工,外地工是春运的最大
消费群体。
当年排队的时候,也是问其它的组合哪个是最优才买哪个。
何况你说的1个小时回来付钱那是太夸大了。

【在 g*****g 的大作中提到】
: 你是搞笑吧,你不买你订票干啥?既然订票为啥有票时不能自动把票出了,而是预留然
: 后要你回来支付?你到窗口买票难道是不排队抢号,抢到了,一个小时内回来付钱?
: 12306现在就是怎么做的。
: 至于流程,流程是可以改的。没有完美的系统,但是当机的系统是不可接受的。

相关主题
没干过大数据云计算的不用琢磨12306了关于计数器,我有一个疑问
各位所在公司的code review烦人不?让老弱残疾扛着打包换车厢还是人吗?
再举个测试用例。换座的问题
进入Programming版参与讨论
m**********j
发帖数: 8645
21
订单出错了,不管是有意的还是无意的,只要单子出了之后要退要换就有罚款是你说的
吧?

【在 l*****9 的大作中提到】
: 一票难求。订票的时候可以附加一些条件,一定要先看订单再付款就太娇情了
l******i
发帖数: 880
22
可以考虑身份证号码过滤?
1结尾的只能1号,11或者21号买,以此类推

【在 z****e 的大作中提到】
: 因为人多票少
: 无论什么时候放票
: 都会造成争抢
: 哪怕你只是登记一下
: 都会有超过供应量很多的人在某一个时间点之后开抢
: 说到底,这不是技术和系统的问题
: 而是火车数量和铁轨运力的问题
: it在这个case里不能解决问题
: 每次看到老魏纠结,都好开心啊,太好玩了

g*****g
发帖数: 34805
23
你自己设定最优组合,按着你的要求挨个试。你实在太死脑筋了。谁跟你说一个单子里
不能有选择逻辑。

【在 m**********j 的大作中提到】
: 虫虫,你先说第一个,你自己去买过春运的火车票吗?
: 坐火车又不是北京到广州就到站了,很多组合选择。学生,民工,外地工是春运的最大
: 消费群体。
: 当年排队的时候,也是问其它的组合哪个是最优才买哪个。
: 何况你说的1个小时回来付钱那是太夸大了。

k**i
发帖数: 10191
24
这个国内新闻都报了。网站和公安部不连网,所以无法验证正确性。黄牛用岳飞,诸葛
亮,刘备等等任何名字都可以订到票,由于黄牛软件破解了订票网站内部识别身份证号
码的逻辑,黄牛可以一下订很多票,然后兜授,有人买,他这边就退票,那边软件瞬间
把退的票给抢下来,卖给真正的旅客。
你说的几天后随机放出也不解决问题,什么时候放出?火车快发车了再放?

【在 f****y 的大作中提到】
: 春运订票贴在本站挺火,请教大家个关于黄牛的问题。
: 实名制黄牛怎么样倒票呢?
: 如果像考tofel和大使馆签证一样,退了的位子不是立刻放出,而是在几天后随机放出
: ,那黄牛预先买了票后怎么转到买家手上呢?
: 谢谢!

m**********j
发帖数: 8645
25
你难道不知道身份证有X结尾的吗?

【在 l******i 的大作中提到】
: 可以考虑身份证号码过滤?
: 1结尾的只能1号,11或者21号买,以此类推

m**********j
发帖数: 8645
26
虫虫,你确实没买过春运的火车票。
从这点来说,你真是一个幸运的孩子。
对于买车票回家
A>B>C>D,A未定,BCD都不能定。
反之一样,D未定,ABC都不能定。
懂吗?

【在 g*****g 的大作中提到】
: 你自己设定最优组合,按着你的要求挨个试。你实在太死脑筋了。谁跟你说一个单子里
: 不能有选择逻辑。

g*****g
发帖数: 34805
27
我老人家读书的时候回家要44个小时火车,再转汽车,比我折腾的同学不多,这还是特
快。有年特快没买着光火车要三天。
A,B,C,D一个transaction就都出来了,DB transaction你懂不懂?你说的这些都可以满
足。

【在 m**********j 的大作中提到】
: 虫虫,你确实没买过春运的火车票。
: 从这点来说,你真是一个幸运的孩子。
: 对于买车票回家
: A>B>C>D,A未定,BCD都不能定。
: 反之一样,D未定,ABC都不能定。
: 懂吗?

b****t
发帖数: 112
28
第一条应该是不当掉。
无论背后系统如何优化设计,系统本身要能抵御过量请求。就象常见的拐弯排队,拐弯
的目的是延长排队时间,减小窗口压力, 这一设计是不考虑效率的。
所以**非技术性**的几步想法是:
1. 买票变两步:拿号(提前若干天),按号给时段(先拿者先选),在时间段内可以
订票。如果错过时间,调至队尾。拿号服务器就很简单,即使大家抢,也不容易宕机。
技术,扩展都容易。
2. 可以另开及时抢票站点给没能提前拿号的人。他们的票在总额中预留(如30%)。就
像你去DMV办事,预约者优先,不预约者排队,但也有机会。
3. 优化的几个细节:
a. 可以同时允许预先下单(越早越好),自动成交,改票交罚金。这样可以提前处理
一批购票请求。
b. 幸运号:既然大家既没耐心又想容易,搞个排号抽奖,中者免费。可以让大家看看
广告,耐心等等,还可能发个小财什么的。
当然,如果技术上可以解决多人购票问题,排号服务器就是头上加头了。

【在 l*****9 的大作中提到】
: 取号进入排队序列就是抢了,人多票少,抢票在所难免,凭啥领导先走?
: 系统设计,关键是怎样做到:
: 1。杜绝黄牛
: 2。系统不当掉
: 3。提高所有人的效率,节约费用

m**********j
发帖数: 8645
29
你现在想想你当时为什么没买着特快?
你现在想清楚没买到的原因了吗?

【在 g*****g 的大作中提到】
: 我老人家读书的时候回家要44个小时火车,再转汽车,比我折腾的同学不多,这还是特
: 快。有年特快没买着光火车要三天。
: A,B,C,D一个transaction就都出来了,DB transaction你懂不懂?你说的这些都可以满
: 足。

g*****g
发帖数: 34805
30
我不知道你想说什么,票少人多总有人买不着。你理解什么叫做DB transaction了吗?

【在 m**********j 的大作中提到】
: 你现在想想你当时为什么没买着特快?
: 你现在想清楚没买到的原因了吗?

相关主题
重新贴一次goodbug的要求春运问题的根本是运力不足,不说明网上售票没有用
简单就是美来点真实数据
我不认为12306是故意做成这样让黄牛赚钱铁道部的订票系统我的解决想法
进入Programming版参与讨论
m**********j
发帖数: 8645
31
没戏。
这就是春运火车票最大的难点。
一方面是绝对的供不应求,一方面是所有买票人都要求他们看到所谓公平。
你不能阻止那些为了能早买到票就在键盘上5秒钟点击"查询"100多遍的等着看结果的买
票人。
你说的那些想法一样不靠谱。
1.拿号,也是排队。拿号的网站能被拿瘫痪了。
2.另开抢票点,一样,被拿瘫痪了。
你的3我就不说了,也不是看周星驰的电影。

【在 b****t 的大作中提到】
: 第一条应该是不当掉。
: 无论背后系统如何优化设计,系统本身要能抵御过量请求。就象常见的拐弯排队,拐弯
: 的目的是延长排队时间,减小窗口压力, 这一设计是不考虑效率的。
: 所以**非技术性**的几步想法是:
: 1. 买票变两步:拿号(提前若干天),按号给时段(先拿者先选),在时间段内可以
: 订票。如果错过时间,调至队尾。拿号服务器就很简单,即使大家抢,也不容易宕机。
: 技术,扩展都容易。
: 2. 可以另开及时抢票站点给没能提前拿号的人。他们的票在总额中预留(如30%)。就
: 像你去DMV办事,预约者优先,不预约者排队,但也有机会。
: 3. 优化的几个细节:

g*****g
发帖数: 34805
32
你完全不懂得什么叫做松散耦合,什么叫分布式数据库。你查100遍还是查cassandra
db里你的订单状态,对后台出票完全没有任何影响。
做不到的是又要分布式,又要支持transaction,所以要前后分开,用不同的数据库。
拿号能拿瘫痪,那是因为架构不scale out. 分布式的设计就是人多跟着线性加机器。
来一亿用户照样能撑住。

【在 m**********j 的大作中提到】
: 没戏。
: 这就是春运火车票最大的难点。
: 一方面是绝对的供不应求,一方面是所有买票人都要求他们看到所谓公平。
: 你不能阻止那些为了能早买到票就在键盘上5秒钟点击"查询"100多遍的等着看结果的买
: 票人。
: 你说的那些想法一样不靠谱。
: 1.拿号,也是排队。拿号的网站能被拿瘫痪了。
: 2.另开抢票点,一样,被拿瘫痪了。
: 你的3我就不说了,也不是看周星驰的电影。

m**********j
发帖数: 8645
33
你懂你为什么那次没买到特快的车票了吗?
你确定你懂了吗?
你再想想?

【在 g*****g 的大作中提到】
: 你完全不懂得什么叫做松散耦合,什么叫分布式数据库。你查100遍还是查cassandra
: db里你的订单状态,对后台出票完全没有任何影响。
: 做不到的是又要分布式,又要支持transaction,所以要前后分开,用不同的数据库。
: 拿号能拿瘫痪,那是因为架构不scale out. 分布式的设计就是人多跟着线性加机器。
: 来一亿用户照样能撑住。

g*****g
发帖数: 34805
34
因为票少人多总有人没买着,连这也要问?I服了U。

【在 m**********j 的大作中提到】
: 你懂你为什么那次没买到特快的车票了吗?
: 你确定你懂了吗?
: 你再想想?

m**********j
发帖数: 8645
35
是吗?你好像懂了啊?
接着问你第二个问题,为什么你别的时候就买到了特快春运票呢?

【在 g*****g 的大作中提到】
: 因为票少人多总有人没买着,连这也要问?I服了U。
D***I
发帖数: 1957
36
排队嘛,给个排队号码就行了
现在国内银行都排队,没见人骂
m**********j
发帖数: 8645
37
一秒钟内,上百万次的点击,砸给号,你试试看。

【在 D***I 的大作中提到】
: 排队嘛,给个排队号码就行了
: 现在国内银行都排队,没见人骂

b****t
发帖数: 112
38
拿号总比卖票简单的多的多。如果连拿号也支持不了,那只能去买块豆腐了。
a. 一秒钟,上百万,我只处理前一万,多的不理。然后再处理下一百万中的一万。
b. 另外,可以提前拿号,提前几天甚至一个月也可以。
c. 还有一个优化:宽抢。可以开一个星期给大家拿号,不管这个星期中哪天来,我一
视同仁,周末统一随机排序。实质是我把抢号的一毫秒放大到一星期,大家都容易些。
BTW. @p: 1/13/2014. C方案申请专利。:-)
抢票是会瘫。这可以声明在前,既然不肯提前拿号,那也别抱怨。
反复查询可以从技术上做:
每分钟每IP只可查询一次。
周星驰是没办法的办法。只是开个玩笑。
不管怎么样,解决无非是两种:一次性全面解决。买服务器也好,分流也好,优化架构
也好,做得到当然好。如果一下做不到,那怎么办?分次解决。先保证服务器不死机。
公平。
大家又有什么思路?

【在 m**********j 的大作中提到】
: 没戏。
: 这就是春运火车票最大的难点。
: 一方面是绝对的供不应求,一方面是所有买票人都要求他们看到所谓公平。
: 你不能阻止那些为了能早买到票就在键盘上5秒钟点击"查询"100多遍的等着看结果的买
: 票人。
: 你说的那些想法一样不靠谱。
: 1.拿号,也是排队。拿号的网站能被拿瘫痪了。
: 2.另开抢票点,一样,被拿瘫痪了。
: 你的3我就不说了,也不是看周星驰的电影。

g*****g
发帖数: 34805
39
怎么撑每秒白万次放号,这里写得清清楚楚。
http://www.mitbbs.com/article_t/Programming/31299187.html

【在 m**********j 的大作中提到】
: 一秒钟内,上百万次的点击,砸给号,你试试看。
g*****g
发帖数: 34805
40
因为我排在前面,你是不是弱智呀,这个还要反复问。

【在 m**********j 的大作中提到】
: 是吗?你好像懂了啊?
: 接着问你第二个问题,为什么你别的时候就买到了特快春运票呢?

相关主题
铁道部的订票系统我的解决想法12306完全可以综合使用魏古的做法
春运票务,淘宝,Cassandra12306最重要的是scale out和杜绝黄牛
春运网站我的设计只要有waiting list,黄牛怎么赚钱?
进入Programming版参与讨论
m**********j
发帖数: 8645
41
你没抓住问题的最关键。
当乘客买不到最理想的票时,只能退而求其次。
当退而求其次也买不到时,只能更次。
更次还买不到时,只能最次。
问题是最次都不一定能买到票。
所以会骂,不但买不到票的人大骂特骂,即便是第一时间买到的人也会骂,骂为什么买
到一张票这么大压力这么劳神这么费劲又是输入身份证又是实名制又是提前预付款又是
识别码又是认证......
全部问题只有一个,刚才虫虫答对了,
尼玛的春运车票就那么多,要买票的人是票的十几倍,总会有人买不到。

【在 b****t 的大作中提到】
: 拿号总比卖票简单的多的多。如果连拿号也支持不了,那只能去买块豆腐了。
: a. 一秒钟,上百万,我只处理前一万,多的不理。然后再处理下一百万中的一万。
: b. 另外,可以提前拿号,提前几天甚至一个月也可以。
: c. 还有一个优化:宽抢。可以开一个星期给大家拿号,不管这个星期中哪天来,我一
: 视同仁,周末统一随机排序。实质是我把抢号的一毫秒放大到一星期,大家都容易些。
: BTW. @p: 1/13/2014. C方案申请专利。:-)
: 抢票是会瘫。这可以声明在前,既然不肯提前拿号,那也别抱怨。
: 反复查询可以从技术上做:
: 每分钟每IP只可查询一次。
: 周星驰是没办法的办法。只是开个玩笑。

m**********j
发帖数: 8645
42
我又不是科比,怎么会是弱智。
只有科比才是弱智,只有科比才会是弱智还要出来现。
你臭白话了半天,最后你才明白。
"票少人多,总有人买不到"这个道理。

【在 g*****g 的大作中提到】
: 因为我排在前面,你是不是弱智呀,这个还要反复问。
b****t
发帖数: 112
43
这是两个问题:
1. 怎么处理/设计12306服务器。这是大家一直在讨论的。
2. 票不够。跟服务器设计无关。
其实,拿号机制对问题2也有帮助。拿到号的人才能买。拿不到就不用预付款等一堆啰
嗦了。如果每年拿,可以设计圆桌,比方说凡登记的人,按十比一的比例,十年中我保
证你有一次可优先,其余九年抽签。大家公平。
关键是把高峰期平化,提前购买,提前欲知能不能买到。

【在 m**********j 的大作中提到】
: 你没抓住问题的最关键。
: 当乘客买不到最理想的票时,只能退而求其次。
: 当退而求其次也买不到时,只能更次。
: 更次还买不到时,只能最次。
: 问题是最次都不一定能买到票。
: 所以会骂,不但买不到票的人大骂特骂,即便是第一时间买到的人也会骂,骂为什么买
: 到一张票这么大压力这么劳神这么费劲又是输入身份证又是实名制又是提前预付款又是
: 识别码又是认证......
: 全部问题只有一个,刚才虫虫答对了,
: 尼玛的春运车票就那么多,要买票的人是票的十几倍,总会有人买不到。

g*****g
发帖数: 34805
44
尼玛我的方案从来没打算让所有人买到票,你是不是弱智呀,连这个都不理解。

【在 m**********j 的大作中提到】
: 我又不是科比,怎么会是弱智。
: 只有科比才是弱智,只有科比才会是弱智还要出来现。
: 你臭白话了半天,最后你才明白。
: "票少人多,总有人买不到"这个道理。

m**********j
发帖数: 8645
45
12306如果敢在网站第一页首要位置写上你这个弱智说的的这一句话。
知道会是什么后果吗?弱智。

【在 g*****g 的大作中提到】
: 尼玛我的方案从来没打算让所有人买到票,你是不是弱智呀,连这个都不理解。
g*****g
发帖数: 34805
46
尼玛弄了一圈还以为有啥技术难点我没想到,最后连我的架构要解决啥都没明白。
说你弱智真是侮辱弱智。

【在 m**********j 的大作中提到】
: 12306如果敢在网站第一页首要位置写上你这个弱智说的的这一句话。
: 知道会是什么后果吗?弱智。

m**********j
发帖数: 8645
47
你牙就是个大弱智。
以买不到票为前提。
要是以买不到票为前提,铁路部还塔玛的搞什么加车啊。
你真是大弱智。

【在 g*****g 的大作中提到】
: 尼玛弄了一圈还以为有啥技术难点我没想到,最后连我的架构要解决啥都没明白。
: 说你弱智真是侮辱弱智。

l******i
发帖数: 880
48
还真不知道

【在 m**********j 的大作中提到】
: 你难道不知道身份证有X结尾的吗?
l*****9
发帖数: 9501
49
假设你不是白痴,我再说一遍:
1。登记:身份证+付费手段。这个不必等到春运才登记。
2。登记过了才能订票,订票时有自动购票选择。
3。订票不即时出结果
4。自动购票的订单优先,没有排上票的上waiting list
5. waiting list 位子和身份证直接挂钩,不能改变
6。订单6个小时作废,后来的自动购票订单比未付费订单优先
7。不能改票,退票罚款
8。反复递交订单者按后位算
只要黄牛不敢自动购票,就抢不过乘客。刷票可以减到最少

【在 m**********j 的大作中提到】
: 没戏。
: 这就是春运火车票最大的难点。
: 一方面是绝对的供不应求,一方面是所有买票人都要求他们看到所谓公平。
: 你不能阻止那些为了能早买到票就在键盘上5秒钟点击"查询"100多遍的等着看结果的买
: 票人。
: 你说的那些想法一样不靠谱。
: 1.拿号,也是排队。拿号的网站能被拿瘫痪了。
: 2.另开抢票点,一样,被拿瘫痪了。
: 你的3我就不说了,也不是看周星驰的电影。

l*****9
发帖数: 9501
50
12306可以提高买买车票效率,有助于增加临客。但是作为买票应用,本身不解决运力
不足的问题,不保证每人都买到票。但是可以杜绝黄牛,仅此一点就是大福利于平民了。

【在 m**********j 的大作中提到】
: 12306如果敢在网站第一页首要位置写上你这个弱智说的的这一句话。
: 知道会是什么后果吗?弱智。

相关主题
zz 12306是怎样做成的各位所在公司的code review烦人不?
高手详解12306 IT架构与困境(转载)再举个测试用例。
没干过大数据云计算的不用琢磨12306了关于计数器,我有一个疑问
进入Programming版参与讨论
e**o
发帖数: 5509
51
退票之后,过一段时间后再随机再放票不就得了。
这样就算票贩子一直刷,也不能保证刷到他上次退的票。

【在 k**i 的大作中提到】
: 这个国内新闻都报了。网站和公安部不连网,所以无法验证正确性。黄牛用岳飞,诸葛
: 亮,刘备等等任何名字都可以订到票,由于黄牛软件破解了订票网站内部识别身份证号
: 码的逻辑,黄牛可以一下订很多票,然后兜授,有人买,他这边就退票,那边软件瞬间
: 把退的票给抢下来,卖给真正的旅客。
: 你说的几天后随机放出也不解决问题,什么时候放出?火车快发车了再放?

l*****9
发帖数: 9501
52
只要有waiting list,黄牛就滚蛋了

【在 e**o 的大作中提到】
: 退票之后,过一段时间后再随机再放票不就得了。
: 这样就算票贩子一直刷,也不能保证刷到他上次退的票。

g*****g
发帖数: 34805
53
人多票少物理定律决定每年都有人回不去。你能改变物理定律?
如果开临客就能解决,订单自然可以加一个给我一个年前回去,车次随意的最差选择。
系统照样帮你处理。
要想开临客,waiting list直接知道要什么。现在这么乱刷有用?脑残真不是说得。

【在 m**********j 的大作中提到】
: 你牙就是个大弱智。
: 以买不到票为前提。
: 要是以买不到票为前提,铁路部还塔玛的搞什么加车啊。
: 你真是大弱智。

m**********j
发帖数: 8645
54
别转移话题,来,咱们一件一件的说。
既然你想做12306的负责人,
你先回答,你说的这句“我的方案从来没打算让所有人买到票”放在12306网页的那一
部分。

【在 g*****g 的大作中提到】
: 人多票少物理定律决定每年都有人回不去。你能改变物理定律?
: 如果开临客就能解决,订单自然可以加一个给我一个年前回去,车次随意的最差选择。
: 系统照样帮你处理。
: 要想开临客,waiting list直接知道要什么。现在这么乱刷有用?脑残真不是说得。

1 (共1页)
进入Programming版参与讨论
相关主题
让老弱残疾扛着打包换车厢还是人吗?春运票务,淘宝,Cassandra
换座的问题春运网站我的设计
重新贴一次goodbug的要求12306完全可以综合使用魏古的做法
简单就是美12306最重要的是scale out和杜绝黄牛
我不认为12306是故意做成这样让黄牛赚钱只要有waiting list,黄牛怎么赚钱?
春运问题的根本是运力不足,不说明网上售票没有用zz 12306是怎样做成的
来点真实数据高手详解12306 IT架构与困境(转载)
铁道部的订票系统我的解决想法没干过大数据云计算的不用琢磨12306了
相关话题的讨论汇总
话题: 黄牛话题: 12306话题: 订票话题: 订单话题: 排队