论坛首页 Java企业应用论坛

批判下最近关于12306架构方案的“排队思路”

浏览 32690 次
精华帖 (6) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (15)
作者 正文
   发表时间:2012-01-13  
情已逝 写道
把登录系统单独拿出来,就顺畅多了。

登录进去之后再排队。


你到底是先登录再排队还是先排队再登录?
0 请登录后投票
   发表时间:2012-01-13  
告诉你,摇号最节省访问量。哈哈哈
0 请登录后投票
   发表时间:2012-01-13  
zmcsut 写道
情已逝 写道
登录系统和叫号系统要分离出来,登录之后不代表能买票,排到号才能买票


你能告诉我,你这样是减少了访问量还是增加了访问量?
本来很多人点几次就懒的点了,放弃了。
你这叫号系统倒好,每50秒自动访问一次。还一分钟过期,让不让人离开?不被骂死才怪。


1分钟过期,每隔50秒刷新,轮到就自动进去了,怎么会过期呢?除非你关掉窗口。

刷新个人数没啥压力,君不见查询余票都很顺畅
0 请登录后投票
   发表时间:2012-01-13  
zmcsut 写道
情已逝 写道
把登录系统单独拿出来,就顺畅多了。

登录进去之后再排队。


你到底是先登录再排队还是先排队再登录?


当然先登录
0 请登录后投票
   发表时间:2012-01-13  
情已逝 写道
zmcsut 写道
情已逝 写道
登录系统和叫号系统要分离出来,登录之后不代表能买票,排到号才能买票


你能告诉我,你这样是减少了访问量还是增加了访问量?
本来很多人点几次就懒的点了,放弃了。
你这叫号系统倒好,每50秒自动访问一次。还一分钟过期,让不让人离开?不被骂死才怪。


1分钟过期,每隔50秒刷新,轮到就自动进去了,怎么会过期呢?除非你关掉窗口。

刷新个人数没啥压力,君不见查询余票都很顺畅


现在之所以有人提议排队,是因为登录人太多,因登录失败而引起的重复登录导致访问量大增。从而占用了下单流程的资源。
你倒好,直接50秒一次,还全自动。
0 请登录后投票
   发表时间:2012-01-13  
你把登录系统拿出来还卡吗?
0 请登录后投票
   发表时间:2012-01-13  
人家查询余票都不卡
0 请登录后投票
   发表时间:2012-01-13  
zmcsut 写道
情已逝 写道
具体细节在这里纸上谈兵也没啥意思


先考虑用户的可用性再谈技术吧。
做为用户,没人愿意守着电脑看着排队数变小还不能离开。


这个你不愿意可以主动放弃,肯定有人愿意
0 请登录后投票
   发表时间:2012-01-13  
你用过这系统吗?
现状是登录失败次数多,经常要几十上百次才能登录成功。
登录后查询还凑合。
提交订单失败次数太多,有时甚至退到首页,狗日的。
据说支付困难,我没碰到。如支付困难的话,再加上订单45分钟失效,估计要郁闷死很大一批人。
0 请登录后投票
   发表时间:2012-01-13  
情已逝 写道
zmcsut 写道
情已逝 写道
具体细节在这里纸上谈兵也没啥意思


先考虑用户的可用性再谈技术吧。
做为用户,没人愿意守着电脑看着排队数变小还不能离开。


这个你不愿意可以主动放弃,肯定有人愿意


我之前还说了,还可以根据出票速度计算出大约等待时间给用户看
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics