b*******s
发帖数: 5216 | |
A*****i
发帖数: 3587 | 2 很负责任的告诉你，本人没用过
所以我回复的时候都是仅从版上知道的内容回复
而且版上用过的绝对不超过个位数
那几个java喷子绝对没用过，看他们喷的那么起劲，我就想笑 |
b*******s
发帖数: 5216 | 3 我未必是个典型用户，仅仅从我的使用需求来说说我如果作为用户，希望得到一个什么
系统
1 查询功能方面，希望能根据起始城市，获得不同线路，时间，价格的组合，希望是一
个自动生成的建议，而且有多个选择，这个不难切分，但是做细了需要在cache管理上
做一些工作，比如已经售罄的车次有关的组合不应该在cache里
2 查询感兴趣组合时，能看到余票信息，这个信息要有一定准确性，至少在生成建议的
时刻要有比较高的准确度，否则没有意义,起码要有95%，否则会带来用户体验的明显下降
3 试图下单锁定时，要有一定的实时性，点个按钮过一分钟才告诉你没票了这是不能接
受的，用户体验太差，最好是不超过1秒得到回馈
4 需要换车的，也就是一次要锁定多车次的座位的，要保证一致性，就是一起锁定，或
者一齐不锁定,这个显然带来耦合性，否则你要从广州去北京，从广州到武汉的票没出
，但是却拿到了武汉去北京的
5 付款的时间至少要给半小时，1小时以上更佳
6 待补充
【在 b*******s 的大作中提到】
: 这里有多少人使用过的？
|
b*******s
发帖数: 5216 | 4 再根据12306的表现猜猜他们自己的一些内部需求
1 防抢票软件
2 和窗口售票有某种分配方法
3 集中放票的模式
4 需要考虑临时增加车次，一般是成对增加
5 有站票出售
6 撑住短时间大量请求
7 待发现
下降
【在 b*******s 的大作中提到】
: 我未必是个典型用户，仅仅从我的使用需求来说说我如果作为用户，希望得到一个什么
: 系统
: 1 查询功能方面，希望能根据起始城市，获得不同线路，时间，价格的组合，希望是一
: 个自动生成的建议，而且有多个选择，这个不难切分，但是做细了需要在cache管理上
: 做一些工作，比如已经售罄的车次有关的组合不应该在cache里
: 2 查询感兴趣组合时，能看到余票信息，这个信息要有一定准确性，至少在生成建议的
: 时刻要有比较高的准确度，否则没有意义,起码要有95%，否则会带来用户体验的明显下降
: 3 试图下单锁定时，要有一定的实时性，点个按钮过一分钟才告诉你没票了这是不能接
: 受的，用户体验太差，最好是不超过1秒得到回馈
: 4 需要换车的，也就是一次要锁定多车次的座位的，要保证一致性，就是一起锁定，或
|
g*****g
发帖数: 34805 | 5 不实时出票有啥不行的，你在股市里下单，立刻买着有可能，永远买不着也有可能，还
不是一样。
关键是流程，下单可以立刻得到一个时间戳，票如果卖完了，公告一个啥时候卖完的不
就是了，你下单晚能怪谁。
你到窗口买票，队伍很长，不是一个道理？你可以拿个号，能否买着得看到你那还有没
有。
下降
【在 b*******s 的大作中提到】
: 我未必是个典型用户，仅仅从我的使用需求来说说我如果作为用户，希望得到一个什么
: 系统
: 1 查询功能方面，希望能根据起始城市，获得不同线路，时间，价格的组合，希望是一
: 个自动生成的建议，而且有多个选择，这个不难切分，但是做细了需要在cache管理上
: 做一些工作，比如已经售罄的车次有关的组合不应该在cache里
: 2 查询感兴趣组合时，能看到余票信息，这个信息要有一定准确性，至少在生成建议的
: 时刻要有比较高的准确度，否则没有意义,起码要有95%，否则会带来用户体验的明显下降
: 3 试图下单锁定时，要有一定的实时性，点个按钮过一分钟才告诉你没票了这是不能接
: 受的，用户体验太差，最好是不超过1秒得到回馈
: 4 需要换车的，也就是一次要锁定多车次的座位的，要保证一致性，就是一起锁定，或
|
n****1
发帖数: 1136 | 6 我用过, 不仅自己用, 还要帮家里不懂电脑的人订票. 我觉得现在的系统已经不错了. |
b*******s
发帖数: 5216 | 7 用户体验，比如我今天买票，下周就要回家，但是你让我每天只能试图买票一次，这样
不要急死人
【在 g*****g 的大作中提到】
: 不实时出票有啥不行的，你在股市里下单，立刻买着有可能，永远买不着也有可能，还
: 不是一样。
: 关键是流程，下单可以立刻得到一个时间戳，票如果卖完了，公告一个啥时候卖完的不
: 就是了，你下单晚能怪谁。
: 你到窗口买票，队伍很长，不是一个道理？你可以拿个号，能否买着得看到你那还有没
: 有。
:
: 下降
|
b*******s
发帖数: 5216 | 8 比如我要从上海买票去北京，有g1,g2两个车次可以买，如果实时，我可以先试g1,没有
了马上试g2,如果不实时，我可能在等待g1时，g2也被售光了，而最后反馈回来g1也没
有了
这时智力正常的人都要想盘外招了
【在 g*****g 的大作中提到】
: 不实时出票有啥不行的，你在股市里下单，立刻买着有可能，永远买不着也有可能，还
: 不是一样。
: 关键是流程，下单可以立刻得到一个时间戳，票如果卖完了，公告一个啥时候卖完的不
: 就是了，你下单晚能怪谁。
: 你到窗口买票，队伍很长，不是一个道理？你可以拿个号，能否买着得看到你那还有没
: 有。
:
: 下降
|
g*****g
发帖数: 34805 | 9 我说了, 可以让你设一个单子，g1不成自动试 g2。另外，我也不阻止你都订再退。整
个系统只能保证任何时候都可下单，出票基本按照顺序。
【在 b*******s 的大作中提到】
: 比如我要从上海买票去北京，有g1,g2两个车次可以买，如果实时，我可以先试g1,没有
: 了马上试g2,如果不实时，我可能在等待g1时，g2也被售光了，而最后反馈回来g1也没
: 有了
: 这时智力正常的人都要想盘外招了
|
n****1
发帖数: 1136 | 10 我就是用过这个系统, 所以很同意"必须实时"这个看法. 如果不能马上订好票我必须要
立刻买汽车票或机票, 谁愿意等大半天然后得到个无票的答案啊? |
|
|
b*******s
发帖数: 5216 | 11 这个对抢票软件太有利了，我搞点身份证，一下子把上海到北京的组合都订了
然后你的后台的单线程顺序处理天然的帮我hold住了所有票
一把大锁
【在 g*****g 的大作中提到】
: 我说了, 可以让你设一个单子，g1不成自动试 g2。另外，我也不阻止你都订再退。整
: 个系统只能保证任何时候都可下单，出票基本按照顺序。
|
g*****g
发帖数: 34805 | 12 谁说你要等半天，我前面不是估算过，4分钟到头。
【在 n****1 的大作中提到】
: 我就是用过这个系统, 所以很同意"必须实时"这个看法. 如果不能马上订好票我必须要
: 立刻买汽车票或机票, 谁愿意等大半天然后得到个无票的答案啊?
|
p*****3
发帖数: 488 | 13
大牛，给个你估算时间的那个帖子的链接吧！！
【在 g*****g 的大作中提到】
: 谁说你要等半天，我前面不是估算过，4分钟到头。
|
g*****g
发帖数: 34805 | 14 有验证码，每个单子都得手工，抢个头。你要是雇了几千水军足够身份证在自己家里抢
，那也就跟普通用户没区别了。
【在 b*******s 的大作中提到】
: 这个对抢票软件太有利了，我搞点身份证，一下子把上海到北京的组合都订了
: 然后你的后台的单线程顺序处理天然的帮我hold住了所有票
: 一把大锁
|
b*******s
发帖数: 5216 | 15 说得好像抢票软件不存在似的 ：）
【在 g*****g 的大作中提到】
: 有验证码，每个单子都得手工，抢个头。你要是雇了几千水军足够身份证在自己家里抢
: ，那也就跟普通用户没区别了。
|
b*******s
发帖数: 5216 | 16 你的那个设计，最大的缺点就是对耦合程度考虑不足，没有预计到用户，车次等都是可
以相互block的
【在 g*****g 的大作中提到】
: 有验证码，每个单子都得手工，抢个头。你要是雇了几千水军足够身份证在自己家里抢
: ，那也就跟普通用户没区别了。
|
b*******s
发帖数: 5216 | 17 这样一来我退票费都不用了，黄牛太高兴了
【在 b*******s 的大作中提到】
: 这个对抢票软件太有利了，我搞点身份证，一下子把上海到北京的组合都订了
: 然后你的后台的单线程顺序处理天然的帮我hold住了所有票
: 一把大锁
|
g*****g
发帖数: 34805 | 18 抢票只是预先输入，减少延迟罢了。而且你用，别人也可以用。甚至可以规定每 ip 每
分钟最多一单，抢个头。
【在 b*******s 的大作中提到】
: 说得好像抢票软件不存在似的 ：）
|
b*******s
发帖数: 5216 | 19 你前面不是允许一次把g1,g2一次都hold住的吗？
【在 g*****g 的大作中提到】
: 抢票只是预先输入，减少延迟罢了。而且你用，别人也可以用。甚至可以规定每 ip 每
: 分钟最多一单，抢个头。
|
b*******s
发帖数: 5216 | 20 我一直觉得你水平不错的，就是下结论有时太快
【在 g*****g 的大作中提到】
: 抢票只是预先输入，减少延迟罢了。而且你用，别人也可以用。甚至可以规定每 ip 每
: 分钟最多一单，抢个头。
|
|
|
g*****g
发帖数: 34805 | 21 都单机 rdbms了处理订单了，还要怎样。后端出票现在就不是问题，成天纠结这个不知
道为啥。
【在 b*******s 的大作中提到】
: 你的那个设计，最大的缺点就是对耦合程度考虑不足，没有预计到用户，车次等都是可
: 以相互block的
|
b*******s
发帖数: 5216 | 22 每ip每分钟一单，教育网的用户要死了
【在 g*****g 的大作中提到】
: 抢票只是预先输入，减少延迟罢了。而且你用，别人也可以用。甚至可以规定每 ip 每
: 分钟最多一单，抢个头。
|
g*****g
发帖数: 34805 | 23 哪里 hold了，大家排队而已。
【在 b*******s 的大作中提到】
: 你前面不是允许一次把g1,g2一次都hold住的吗？
|
b*******s
发帖数: 5216 | 24 从那篇淘宝的参与12306的文章看，他们好像认为后端是主要问题，cpu不够强
比如我猜测cache更新，需要后端协同的，所以这部分如果用数据库，效率不会高
还真得用魏老师的内存数据结构这个办法，非常轻量
当然你们都坚持一个内存数据结构也是数据库，这个随便你们，不过我写c++代码
不会把数据结构用database这个关键字修饰 :)
【在 g*****g 的大作中提到】
: 都单机 rdbms了处理订单了，还要怎样。后端出票现在就不是问题，成天纠结这个不知
: 道为啥。
|
b*******s
发帖数: 5216 | 25 我靠，大哥啊，排队不叫hold？
典型的后面的都要等待前面的啊
【在 g*****g 的大作中提到】
: 哪里 hold了，大家排队而已。
|
b*******s
发帖数: 5216 | 26 另外排队有个问题
某个用户排进去了，已经买到了，他又要撤销了，你准备怎么处理？
是不是要等到他的撤销单重新得到处理，然后别人才能买？
这中间block得厉害了
【在 g*****g 的大作中提到】
: 哪里 hold了，大家排队而已。
|
g*****g
发帖数: 34805 | 27 你g1拿到就g1, 否则让你试g2，但你不能都拿到。你要是苹果店前雇佣几千民工，合法
排队谁都没辙。
身份证＋IP ＋验证码，你要刷票一样只能雇民工刷，程序是搞不定的。
【在 b*******s 的大作中提到】
: 我靠，大哥啊，排队不叫hold？
: 典型的后面的都要等待前面的啊
|
g*****g
发帖数: 34805 | 28 没买到的都是waiting list, 出票－1，退票＋1，没啥区别。
【在 b*******s 的大作中提到】
: 另外排队有个问题
: 某个用户排进去了，已经买到了，他又要撤销了，你准备怎么处理？
: 是不是要等到他的撤销单重新得到处理，然后别人才能买？
: 这中间block得厉害了
|
d********u
发帖数: 5383 | 29 F2不懂英文，谅解一下吧
【在 b*******s 的大作中提到】
: 我靠，大哥啊，排队不叫hold？
: 典型的后面的都要等待前面的啊
|
b*******s
发帖数: 5216 | 30 因为你不能保证实时退票，所以不能保证票资源及时放出
你没理解我在说什么，又快速回答了
【在 g*****g 的大作中提到】
: 没买到的都是waiting list, 出票－1，退票＋1，没啥区别。
|
|
|
b*******s
发帖数: 5216 | 31 验证码一天就被破解了，这个是不久前才发生的事情
【在 g*****g 的大作中提到】
: 有验证码，每个单子都得手工，抢个头。你要是雇了几千水军足够身份证在自己家里抢
: ，那也就跟普通用户没区别了。
|
g*****g
发帖数: 34805 | 32 你就想像大家都排一个很长的队伍，人远比票多，有退票立马被waiting list吃掉了。
出票退票都在后端关系数据库上，当然是立刻放出的，我可没让退票也去排队。
是你理解能力太弱了，我整个架构每个细节都解释过10遍以上，你还是理解不了。
【在 b*******s 的大作中提到】
: 因为你不能保证实时退票，所以不能保证票资源及时放出
: 你没理解我在说什么，又快速回答了
|
b*******s
发帖数: 5216 | 33 就是一单试验全部组合咯 我的天哪
【在 g*****g 的大作中提到】
: 你g1拿到就g1, 否则让你试g2，但你不能都拿到。你要是苹果店前雇佣几千民工，合法
: 排队谁都没辙。
: 身份证＋IP ＋验证码，你要刷票一样只能雇民工刷，程序是搞不定的。
|
g*****g
发帖数: 34805 | 34 这个叫做bug, 实现有问题跟机制有问题是俩码事。你不会连这个也要争吧？
你实现个两分跟顺序一样快，所以得出结论两分查找没用？
【在 b*******s 的大作中提到】
: 验证码一天就被破解了，这个是不久前才发生的事情
|
g*****g
发帖数: 34805 | 35 为啥不行，离线处理不就多俩读吗，当然组合的长度是有限制的。
【在 b*******s 的大作中提到】
: 就是一单试验全部组合咯 我的天哪
|
l******l
发帖数: 2651 | 36 一帮硅工纸上谈兵。
你就可劲地scale out,几万台服务器，几十万台服务器，尽管。
单就公安部的那个身份证认证，该死的时候，你就得死。
【在 b*******s 的大作中提到】
: 这里有多少人使用过的？
|
g*****g
发帖数: 34805 | 37 这就是为啥要前后分开。碰上这些就是慢，又不好改的服务，比如出票，比如外部身份
证认证。queue起来，能跑多快跑多快。一强耦合一个服务顶不住就完蛋了。
【在 l******l 的大作中提到】
: 一帮硅工纸上谈兵。
: 你就可劲地scale out,几万台服务器，几十万台服务器，尽管。
: 单就公安部的那个身份证认证，该死的时候，你就得死。
|
l*****9
发帖数: 9501 | 38 在后台batch async认证
【在 l******l 的大作中提到】
: 一帮硅工纸上谈兵。
: 你就可劲地scale out,几万台服务器，几十万台服务器，尽管。
: 单就公安部的那个身份证认证，该死的时候，你就得死。
|
l******l
发帖数: 2651 | 39 楼上两位，想得挺好，不先问问公安部为你服务吗啊？
【在 l*****9 的大作中提到】
: 在后台batch async认证
|
l*****9
发帖数: 9501 | 40 这是政治问题，公安部不配合12306的话，估计部长要换人
【在 l******l 的大作中提到】
: 楼上两位，想得挺好，不先问问公安部为你服务吗啊？
|
|
|
z****e
发帖数: 54598 | 41 我就问一句
机票的买卖是不是最接近12306的情况？
yes or no？
谁不服的话，说一个比机票更接近12306的
【在 A*****i 的大作中提到】
: 很负责任的告诉你，本人没用过
: 所以我回复的时候都是仅从版上知道的内容回复
: 而且版上用过的绝对不超过个位数
: 那几个java喷子绝对没用过，看他们喷的那么起劲，我就想笑
|
l*****9
发帖数: 9501 | 42 一万和一千万的接近，其它都是500
【在 z****e 的大作中提到】
: 我就问一句
: 机票的买卖是不是最接近12306的情况？
: yes or no？
: 谁不服的话，说一个比机票更接近12306的
|
z****e
发帖数: 54598 | 43 那如果这样的话
我们还是讨论一下一万是怎么搞的
也比讨论500强
【在 l*****9 的大作中提到】
: 一万和一千万的接近，其它都是500
|
l*****9
发帖数: 9501 | 44 一千万又不是处理不了，方案很成熟的
【在 z****e 的大作中提到】
: 那如果这样的话
: 我们还是讨论一下一万是怎么搞的
: 也比讨论500强
|
z****e
发帖数: 54598 | 45 是么？没觉得
【在 l*****9 的大作中提到】
: 一千万又不是处理不了，方案很成熟的
|
l******l
发帖数: 2651 | 46 跟维稳比较起来，12306算啥？
【在 l*****9 的大作中提到】
: 这是政治问题，公安部不配合12306的话，估计部长要换人
|
