g*****g
发帖数: 34805 | 1 杜绝黄牛是另一个问题，本来一次提交就能做完的事情，要用户回来出票，这不是又麻
烦又给自己服务器增加负担。没看出这两步走有什么好处。 |
|
m**********j
发帖数: 8645 | 2 先查有没有票，再根据查的信息决定买哪一种。
虫虫，感情你是真没买过春运火车票啊。
真幸福。 |
|
l*****9
发帖数: 9501 | 3 下订单的时候可以选择一旦有票马上购买，这类订单优先于先订票再手动交钱的订单，
再加上waiting list,可以退票罚款不能改票，黄牛怎么生存？ |
|
l*****9
发帖数: 9501 | 4 一票难求。订票的时候可以附加一些条件，一定要先看订单再付款就太娇情了 |
|
g*****g
发帖数: 34805 | 5 你是搞笑吧，你不买你订票干啥？既然订票为啥有票时不能自动把票出了，而是预留然
后要你回来支付？你到窗口买票难道是不排队抢号，抢到了，一个小时内回来付钱？
12306现在就是怎么做的。
至于流程，流程是可以改的。没有完美的系统，但是当机的系统是不可接受的。 |
|
m**********j
发帖数: 8645 | 6 虫虫，你先说第一个，你自己去买过春运的火车票吗?
坐火车又不是北京到广州就到站了，很多组合选择。学生，民工，外地工是春运的最大
消费群体。
当年排队的时候，也是问其它的组合哪个是最优才买哪个。
何况你说的1个小时回来付钱那是太夸大了。 |
|
m**********j
发帖数: 8645 | 7 订单出错了，不管是有意的还是无意的，只要单子出了之后要退要换就有罚款是你说的
吧? |
|
l******i
发帖数: 880 | 8 可以考虑身份证号码过滤？
1结尾的只能1号，11或者21号买，以此类推 |
|
g*****g
发帖数: 34805 | 9 你自己设定最优组合，按着你的要求挨个试。你实在太死脑筋了。谁跟你说一个单子里
不能有选择逻辑。 |
|
k**i
发帖数: 10191 | 10 这个国内新闻都报了。网站和公安部不连网，所以无法验证正确性。黄牛用岳飞，诸葛
亮，刘备等等任何名字都可以订到票，由于黄牛软件破解了订票网站内部识别身份证号
码的逻辑，黄牛可以一下订很多票，然后兜授，有人买，他这边就退票，那边软件瞬间
把退的票给抢下来，卖给真正的旅客。
你说的几天后随机放出也不解决问题，什么时候放出？火车快发车了再放？ |
|
|
m**********j
发帖数: 8645 | 12 虫虫，你确实没买过春运的火车票。
从这点来说，你真是一个幸运的孩子。
对于买车票回家
A>B>C>D，A未定，BCD都不能定。
反之一样，D未定，ABC都不能定。
懂吗？ |
|
g*****g
发帖数: 34805 | 13 我老人家读书的时候回家要44个小时火车，再转汽车，比我折腾的同学不多，这还是特
快。有年特快没买着光火车要三天。
A,B,C,D一个transaction就都出来了，DB transaction你懂不懂？你说的这些都可以满
足。 |
|
b****t
发帖数: 112 | 14 第一条应该是不当掉。
无论背后系统如何优化设计，系统本身要能抵御过量请求。就象常见的拐弯排队，拐弯
的目的是延长排队时间，减小窗口压力， 这一设计是不考虑效率的。
所以**非技术性**的几步想法是：
1. 买票变两步：拿号（提前若干天），按号给时段（先拿者先选），在时间段内可以
订票。如果错过时间，调至队尾。拿号服务器就很简单，即使大家抢，也不容易宕机。
技术，扩展都容易。
2. 可以另开及时抢票站点给没能提前拿号的人。他们的票在总额中预留(如30％）。就
像你去DMV办事，预约者优先，不预约者排队，但也有机会。
3. 优化的几个细节：
a. 可以同时允许预先下单（越早越好），自动成交，改票交罚金。这样可以提前处理
一批购票请求。
b. 幸运号：既然大家既没耐心又想容易，搞个排号抽奖，中者免费。可以让大家看看
广告，耐心等等，还可能发个小财什么的。
当然，如果技术上可以解决多人购票问题，排号服务器就是头上加头了。 |
|
m**********j
发帖数: 8645 | 15 你现在想想你当时为什么没买着特快？
你现在想清楚没买到的原因了吗？ |
|
g*****g
发帖数: 34805 | 16 我不知道你想说什么，票少人多总有人买不着。你理解什么叫做DB transaction了吗？ |
|
m**********j
发帖数: 8645 | 17 没戏。
这就是春运火车票最大的难点。
一方面是绝对的供不应求，一方面是所有买票人都要求他们看到所谓公平。
你不能阻止那些为了能早买到票就在键盘上5秒钟点击"查询"100多遍的等着看结果的买
票人。
你说的那些想法一样不靠谱。
1.拿号，也是排队。拿号的网站能被拿瘫痪了。
2.另开抢票点，一样，被拿瘫痪了。
你的3我就不说了，也不是看周星驰的电影。 |
|
g*****g
发帖数: 34805 | 18 你完全不懂得什么叫做松散耦合，什么叫分布式数据库。你查100遍还是查cassandra
db里你的订单状态，对后台出票完全没有任何影响。
做不到的是又要分布式，又要支持transaction，所以要前后分开，用不同的数据库。
拿号能拿瘫痪，那是因为架构不scale out. 分布式的设计就是人多跟着线性加机器。
来一亿用户照样能撑住。 |
|
m**********j
发帖数: 8645 | 19 你懂你为什么那次没买到特快的车票了吗？
你确定你懂了吗？
你再想想？ |
|
g*****g
发帖数: 34805 | 20 因为票少人多总有人没买着，连这也要问？I服了U。 |
|
m**********j
发帖数: 8645 | 21 是吗？你好像懂了啊？
接着问你第二个问题，为什么你别的时候就买到了特快春运票呢？ |
|
D***I
发帖数: 1957 | 22 排队嘛，给个排队号码就行了
现在国内银行都排队，没见人骂 |
|
|
b****t
发帖数: 112 | 24 拿号总比卖票简单的多的多。如果连拿号也支持不了，那只能去买块豆腐了。
a. 一秒钟，上百万，我只处理前一万，多的不理。然后再处理下一百万中的一万。
b. 另外，可以提前拿号，提前几天甚至一个月也可以。
c. 还有一个优化：宽抢。可以开一个星期给大家拿号，不管这个星期中哪天来，我一
视同仁，周末统一随机排序。实质是我把抢号的一毫秒放大到一星期，大家都容易些。
BTW. @p: 1/13/2014. C方案申请专利。:-)
抢票是会瘫。这可以声明在前，既然不肯提前拿号，那也别抱怨。
反复查询可以从技术上做：
每分钟每IP只可查询一次。
周星驰是没办法的办法。只是开个玩笑。
不管怎么样，解决无非是两种：一次性全面解决。买服务器也好，分流也好，优化架构
也好，做得到当然好。如果一下做不到，那怎么办？分次解决。先保证服务器不死机。
公平。
大家又有什么思路？ |
|
|
g*****g
发帖数: 34805 | 26 因为我排在前面，你是不是弱智呀，这个还要反复问。 |
|
m**********j
发帖数: 8645 | 27 你没抓住问题的最关键。
当乘客买不到最理想的票时，只能退而求其次。
当退而求其次也买不到时，只能更次。
更次还买不到时，只能最次。
问题是最次都不一定能买到票。
所以会骂，不但买不到票的人大骂特骂，即便是第一时间买到的人也会骂，骂为什么买
到一张票这么大压力这么劳神这么费劲又是输入身份证又是实名制又是提前预付款又是
识别码又是认证......
全部问题只有一个，刚才虫虫答对了，
尼玛的春运车票就那么多，要买票的人是票的十几倍，总会有人买不到。 |
|
m**********j
发帖数: 8645 | 28 我又不是科比，怎么会是弱智。
只有科比才是弱智，只有科比才会是弱智还要出来现。
你臭白话了半天，最后你才明白。
"票少人多，总有人买不到"这个道理。 |
|
b****t
发帖数: 112 | 29 这是两个问题：
1. 怎么处理/设计12306服务器。这是大家一直在讨论的。
2. 票不够。跟服务器设计无关。
其实，拿号机制对问题2也有帮助。拿到号的人才能买。拿不到就不用预付款等一堆啰
嗦了。如果每年拿，可以设计圆桌，比方说凡登记的人，按十比一的比例，十年中我保
证你有一次可优先，其余九年抽签。大家公平。
关键是把高峰期平化，提前购买，提前欲知能不能买到。 |
|
g*****g
发帖数: 34805 | 30 尼玛我的方案从来没打算让所有人买到票，你是不是弱智呀，连这个都不理解。 |
|
m**********j
发帖数: 8645 | 31 12306如果敢在网站第一页首要位置写上你这个弱智说的的这一句话。
知道会是什么后果吗？弱智。 |
|
g*****g
发帖数: 34805 | 32 尼玛弄了一圈还以为有啥技术难点我没想到，最后连我的架构要解决啥都没明白。
说你弱智真是侮辱弱智。 |
|
m**********j
发帖数: 8645 | 33 你牙就是个大弱智。
以买不到票为前提。
要是以买不到票为前提，铁路部还塔玛的搞什么加车啊。
你真是大弱智。 |
|
|
l*****9
发帖数: 9501 | 35 假设你不是白痴，我再说一遍：
1。登记：身份证+付费手段。这个不必等到春运才登记。
2。登记过了才能订票，订票时有自动购票选择。
3。订票不即时出结果
4。自动购票的订单优先，没有排上票的上waiting list
5. waiting list 位子和身份证直接挂钩，不能改变
6。订单6个小时作废，后来的自动购票订单比未付费订单优先
7。不能改票，退票罚款
8。反复递交订单者按后位算
只要黄牛不敢自动购票，就抢不过乘客。刷票可以减到最少 |
|
l*****9
发帖数: 9501 | 36 12306可以提高买买车票效率，有助于增加临客。但是作为买票应用，本身不解决运力
不足的问题，不保证每人都买到票。但是可以杜绝黄牛，仅此一点就是大福利于平民了。 |
|
e**o
发帖数: 5509 | 37 退票之后，过一段时间后再随机再放票不就得了。
这样就算票贩子一直刷，也不能保证刷到他上次退的票。 |
|
|
g*****g
发帖数: 34805 | 39 人多票少物理定律决定每年都有人回不去。你能改变物理定律？
如果开临客就能解决，订单自然可以加一个给我一个年前回去，车次随意的最差选择。
系统照样帮你处理。
要想开临客，waiting list直接知道要什么。现在这么乱刷有用？脑残真不是说得。 |
|
m**********j
发帖数: 8645 | 40 别转移话题，来，咱们一件一件的说。
既然你想做12306的负责人，
你先回答，你说的这句“我的方案从来没打算让所有人买到票”放在12306网页的那一
部分。 |
|
b*******g
发帖数: 603 | 41 实时要真能做，何必分时卖。分时本身就违反了有票必须出的原则，只不过比较容易跟
群众交代而已。 |
|
w****e
发帖数: 1883 | 42 用不着就没必要看，不过看看挺有意思的。Java是个非常成熟的语言，但是也比较
boring，只有多线程的部分还算是有趣，有一些思考的余地。而且很多多线程的书开始
都是讲概念比较枯燥，你可以跳着看。
原来我一直以为多线程是每个马工都应该掌握的基本知识，但是后来发现远远不是这么
回事，很多人会用个什么Runnable, ExecutorService,但是究竟是怎么回事脑子里一团
浆糊。难怪有些语言和库把“不用考虑多线程”当成卖点，其实少了对多线程的控制就
少了一个非常强大的工具。
我曾经去面过一个startup，里面一位技术大牛（说起名字很多人都知道的那种），跟
我讨论多线程，非常斩钉截铁地说如果只有一个CPU，CPU只有一个core，那么多线程就
只对实现逻辑有帮助，对性能没有任何帮助，因为所谓多线程，在最底层的实现是分时
的。我试着问他，即使这样，那计算速度和IO的的不匹配呢? 他回答，那也没用，因为
它是分时的。
后来我发现，很多干活又快又好甚至大牛的人，似乎只是个熟练工，对于稍微需要深层
次思考一点的问题没有兴趣。 |
|
j**********i
发帖数: 3758 | 43 【 以下文字转载自 CS 讨论区 】
发信人: jpostsildavi (ID), 信区: CS
标 题: 再介绍一篇文章
发信站: BBS 未名空间站 (Tue Jul 17 11:23:23 2012, 美东)
“Tasks versus Threads: An Alternaltive Multiprocessing Paradigm”by
Niklaus Wirth
http://nativesystems.inf.ethz.ch/pub/Main/WebHomeLecturesSESemi
士人云集之时，我也去凑个热闹，希望懂得一些计算机的道理，听来听去，对于线程听
得是云山雾罩，觉得神奇。到要干活的时候，才知道自己浅薄。这篇文章浅显易懂，但
是却是问题的关键。
如果看不懂或没耐心没关系，只要理解什么是任务，对于机器工作原理和操作系统困境
就理解了一大半。进程和线程始终是最专业人士的术语，对于普通技术人员，反复强调
进程的结果就好像讲社会主义进程一样，十之八九的人都越搞越糊涂。
关键词： 任务，任务
分时，分时
还是老一代人实在。 |
|
j**********i
发帖数: 3758 | 44 【 以下文字转载自 CS 讨论区 】
发信人: jpostsildavi (ID), 信区: CS
标 题: 再介绍一篇文章
发信站: BBS 未名空间站 (Tue Jul 17 11:23:23 2012, 美东)
“Tasks versus Threads: An Alternaltive Multiprocessing Paradigm”by
Niklaus Wirth
http://nativesystems.inf.ethz.ch/pub/Main/WebHomeLecturesSESemi
士人云集之时，我也去凑个热闹，希望懂得一些计算机的道理，听来听去，对于线程听
得是云山雾罩，觉得神奇。到要干活的时候，才知道自己浅薄。这篇文章浅显易懂，但
是却是问题的关键。
如果看不懂或没耐心没关系，只要理解什么是任务，对于机器工作原理和操作系统困境
就理解了一大半。进程和线程始终是最专业人士的术语，对于普通技术人员，反复强调
进程的结果就好像讲社会主义进程一样，十之八九的人都越搞越糊涂。
关键词： 任务，任务
分时，分时
还是老一代人实在。 |
|
B*****e
发帖数: 2220 | 45 【 以下文字转载自 Stock 讨论区 】
发信人: StephenKing (金博士), 信区: Stock
标 题: TA第一讲:读懂5分钟开盘三线
发信站: BBS 未名空间站 (Sat Jun 6 11:29:59 2015, 美东)
以9：30分开盘指数为参照点，以5分、10分、15分收盘指数为移动点连成三线(即
三根5分钟收盘K线图)。
开盘三线的暗示：
1
序号 类别 分时K线 暗示内容 措施 可能收 备注
1 连续三上 三阳开泰 飚涨走势可能涨停 量大出货否则守仓 大阳 盯量
2 连续三下 三只乌鸦 重挫走势可能跌停 只要反弹立即出货 大阴 随逃
3 二上一下 二阳一小阴 震荡走势后势看好 逢高减磅逢低吸纳 中阳 阴须小
4 一上二下 二只乌鸦 拉高出货后市看坏 逢高减磅后市下跌 中阴 阳线小
5 二下一上 二阴一阳 急跌控底后市不明 逢高减磅观望为主 下影阴 阳大小
6 一下二上 一阴二阳 震荡控底后市趋好 观望为主谨慎吸纳 下影阳 阴大小
... 阅读全帖 |
|
c*********r
发帖数: 19468 | 46 其实越野时分时4WD没什么不好的
AWD要想提高越野性能也要有中差锁，锁上之后和分时4WD接通前桥后的效果是一样的
这种状态下是不能在干燥路面上正常行驶的，因素前后轴需要的转速不可能绝对相等
可是这种状态下前后轴被直接偶联了，这样轮胎会出现严重磨损，也影响正常的抓地力
无论直道弯道都不行，只不过弯道问题会更明显而已
以, |
|
c*********r
发帖数: 19468 | 47 其实越野时分时4WD没什么不好的
AWD要想提高越野性能也要有中差锁，锁上之后和分时4WD接通前桥后的效果是一样的
这种状态下是不能在干燥路面上正常行驶的，因素前后轴需要的转速不可能绝对相等
可是这种状态下前后轴被直接偶联了，这样轮胎会出现严重磨损，也影响正常的抓地力
无论直道弯道都不行，只不过弯道问题会更明显而已
以, |
|
y***g
发帖数: 10422 | 48 分时四驱不能实现前后轴动态分配扭矩。
只有分时四驱的车辆，在正常路面上行驶时只能用两驱，严禁使用四驱。 |
|
y***g
发帖数: 10422 | 49 要说下雪天，其实大部分情况下，是公路上有少量的积雪（而且可能已经被压成了冰）
。而且往往是一部分有冰雪，一部分没有。对于这种路况，我觉得 AWD + ABS + TCS +
ESP 是最好的。而 Wrangler 的手动分时四驱并不特别适合这种路况。
当然对于很厚的积雪（像今年2月份那场暴雪），那是分时四驱更管用。
所以我觉得最好的四驱系统还是能锁止中央差速器的全时四驱 transfer case，比如
Jeep NV242，Toyota LC100 等。如果中央差速器是 LSD 更好（比如上一代 4Runner，
FJ手动版）。
想听听碳纤维大神的意见。。。 |
|
c*********r
发帖数: 19468 | 50 看厂家的术语通常100%会被误导
就说你们争论的问题吧，如果说分时和全时是互斥的概念，这就不会有什么分歧
问题是这里的界限是很模糊的
传统上的分时是没有中差的，所以接通辅助驱动桥后是不能在正常路面上行驶的
但yling说的这个系统有中差，而且还是规格很高的Torsen，它接通后完全能正常行驶
也就是说，它具有full-time AWD的全部功能
但是又增加了RWD模式，所以说它是part-time AWD也没有错
于是问题就来了……
说起来，一般的消费者肯定觉得full-time比part-time好，而且一般来说
也的确是full-time的系统成本高
但是那个系统偏偏不一样，它是用full-time的系统增加了part-time的功能
成本还要增加，所以说它是part-time的话，厂家是吃亏的
丰田又改口了。 |
|
