前淘宝工程师谈12306：做它比做淘宝难 | 死理性派小组 | 果壳网 科技有意思
895382人加入此小组
文转自CHH如果把12306外包给IBM或者阿里巴巴来做，能否比现在做得好?如果是以前，我肯定会回答：是。因为我们始终认为，一个年投入超3亿元的卖火车票网站，没有什么理由做不好吧?其实不光是小编这样认为，包括众多媒体，甚至专业人士都曾喷过12306，但近日一名前淘宝工程师通过科普的方式给了我们一记响亮的耳光：做12306网站难度远高于淘宝。我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队开发了一个B2C网站，走支付宝和银联支付通道，年营业额千万级。在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品都秒杀，所有SKU(库存量单位，物流管理术语，编者注)都是动态库存的变态。媒体人喷12306，是他们不懂技术，没有能力和耐心来分析背后的难度。技术人员喷，则是因为大部分的技术人员在短时间思考时，容易陷入过于乐观的误区。至于12306一期工程3个亿(含硬件)贵不贵我不评价，我只提供一个数字供参考，百度一年的研发费用(不含硬件)是10亿，这个数字来自百度财报。网上能查到。3亿看起来好大一个数字，真用到超大型的电商系统、搜索引擎系统里面，其实也不算什么天文数字了。再解释一下，为什么秒杀压力大，以及为什么12306的动态库存很复杂。先说秒杀:日前后，天猫搞了一个圣诞季积分兑换活动，持续几天。25号上午10点12分，放出了15000个天猫魔盒，从成交记录上看，是19秒内全部抢完。实际上，我也参加秒杀了，我应该是5秒内答题完成并提交订单，结果告诉我排队的人太多，14秒以后重试。我想，14秒以后哪还有我的事情呀，于是重新答题秒杀，结果出现了服务器错误的页面。反复刷新几次，就告诉秒杀结束了。淘宝是什么技术水平呢，淘宝有至少4000技术人员，至少4万台服务器。以淘宝这样的技术水平，也不能做到秒杀时让每个用户都没有拥挤感，为什么呢?一是要尊重物理原理。一台服务器一秒钟能承受的计算量是有极限的，任你怎么优化，采用多高效的算法和编程语言，都突破不了某个极限。二是要考虑经济效益。十一黄金周的时候，北京主城区到八达岭长城的路堵得严严实实，但不能因为黄金周的高峰，就把这段路修成长安街那样10车道的高速公路。再说动态库存:淘宝秒杀天猫魔盒的时候，只有一个商品(行话叫做SKU)，它的库存是15000个。有一个人秒杀到了，库存就减1，19秒卖完的，一秒要成功产生789个订单。想象一下，你在广场上卖火车票，一秒钟有8万人举着钱对你喊：卖给我!好了，讲了这半天淘宝，可以说12306了吧?我以北京西到深圳北的G71次高铁为例，它有17个站，3种座位。表面看起来，这不就是3个商品吗?G71商务座、G71一等座、G71二等座。大部分轻易喷12306的技术人员就是在这里栽第一个跟头的。实际上，G71有136*3 =408种商品(408个SKU)，怎么算来的?请看：如果卖北京西始发的，有16种卖法(因为后面有16个站)，北京西到：保定、石家庄、郑州、武汉、长沙、广州、虎门、深圳……都是一个个独立的商品，同理，石家庄上车的，有15种下车的可能，以此类推，单以上下车的站来计算，有136种票：16+15+14…+2+1=136。每种票都有3种座位，一共是408个商品。旅客A买了一张北京西(01号站)到保定东(02号站)的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存!这还不是最复杂的，如果旅客B买了一张北京西(01号站)到深圳北(17号站)的票，除了【北京西到深圳北】这个商品的库存要减一，北京西到保定东、石家庄、郑州、武汉、长沙、广州、虎门等15个站台的商品库存也要减1，保定东到石家庄、郑州、武汉、长沙、广州、虎门、深圳北等15个站台的商品库存要减1……总计要减库存的商品数是16+15+14+…+1=120个。想象一下，8万人举着钱对你高喊：卖给我。你好不容易在钱堆里找到一只手，拿了他的钱，转身找120个同事，告诉他们减库存，而这120个同事也和你一样被8万人围着;也和你一样，每卖出一个商品要找几十个人减库存……这就是12306动态库存的变态之处。比你平时买东西的任何网站的库存机制都复杂几十上百倍。再说一下抢票插件，防机器人抢票，也不是加个图片验证码那么简单。验证码设置得复杂一点吧，人们要喷：这只是便宜大学生和办公室白领，农民工连26个字母都认不齐，怎么搞?搞动画验证码吧，也有人喷：视力不好的人怎么办?最后验证码搞得太简单了，皆大欢喜了，其实最高兴的是开发抢票插件的公司。以上讨论只是把12306当成和淘宝一样没有历史包袱从零起步的交易系统，实际上，它不是，它后面的票池，还有电话售票、火车站售票、代售点售票等多个传统渠道要服务。除了客运服务，12306还有全国最大(很可能也是全球最大)的大宗物资货运系统。架空政策(包括定价政策、警方打击黄牛政策、身份验证政策)谈技术，是不可能解决春运抢票困局的，要想让春运的时候每个人在12306抢票都毫无拥挤感(但不一定能抢到票，铁路运力摆在那)，那就是逼着12306买一大堆服务器对付春运，春运过去后，成为跟amazon一样牛逼的云计算服务商。和逼北京修一条10车道的高速公路去八达岭长城一个道理。目前的12306技术上是还有问题，比如，抢票高峰，输入个身份证号和图片验证码都卡得要死(本人亲测)，服务器端繁忙，你浏览器端卡什么呀?但人家在进步。相信2015年春运的时候，技术已经不再是一票难求的主要问题。在铁路运力不可能神速增加的情况下，要做到春运更公平地买票，需要靠政策调整。 我知道很多人会拖到最后面，那么我就说说我的见解吧这个文章写的很中肯了，而且服务器这个东西，很多人理解就是电脑（没接触之前我也这样认为）但是当我做需要采购一台工作站的时候，我明白了一个道理，3个亿对于这样一个网站系统连毛毛雨都不是。淘宝做的大，但是淘宝能完成服务器的均衡负载，因为他是一个平台。同理每年淘宝的服务器维护费用和百度相当，估计不会低于4到5亿元。但是12306就不是了，它涉及到了各种信息加密，因为车票属于特殊商品，而且这个背后的系统是不能开放的，所有的信息都得铁老大自己去做，这时候可以说这个系统是封闭的，所有运行都是统一集中运行的。说到数据统一集中处理运行我们就不能不提到一个游戏——EVE。EVE的国际服务器只有一台，但是为了完成数据处理，它是一台超级计算机，当时EVE开服的时候曾经是全球前十，这就说明了数据统合时候所需要的巨大处理量。12306可能不人性化但是3亿对于这样的系统来说，真的只是个设备定金。尤其是在查询甲骨文的数据库报价和IBM的服务器报价后。最后我只想说我见过最便宜的工作站（能作为企业服务器）的就是MAC PRO。所以，意见可以提，但是不要再断章取义的去指责了。
+ 加入我的果篮
我就吐槽一句，已经花了这么多钱了，就不能再每年掏个百八十块买个证书？
引用 的话：最好用的盾叫国情，有力的攻击武器是与国际接轨。文章强调的是极限状态，但是历史上非极限状态也出现过很多次12306挂掉的情况，还有用户体验很差的问题，这个本质是偷换概念。另外，他一直把SKU之类的挂在嘴...但淘宝的商品库存间是没有关联的，一款鞋你卖掉多少双40码的也不会和41码的有一点关系，并且轻度超卖是可以接受的，话说每年11.12都有大量超卖导致的退款，火车票来这么一下还不得被骂死？淘宝有I/O压力但没有数据相关性压力，纯I/O压力是可以用服务器数量暴力解决的。如果只卖起点到终点的票，中间站一律不停，那12306服务器端的问题可以立刻得到解决
外行常常觉得内行很蠢，这么简单的问题都解决不了，还找各种借口
使用者期望高，一张票可能在总量上亿的系统里面微乎其微，但对于那个持有者或者期望持有者，意义非凡，同理再扩大上亿倍……怎么能不说几句解解心中不快，大量负面声音似乎也就理所当然都有自己难处，恰好碰一起，还比较重
那就是逼着12306买一大堆服务器对付春运，春运过去后，成为跟amazon一样牛逼的云计算服务商。感觉是给12306的洗地文。。。既然提到这岔了。。。敢问，谁让你铁老大花那么多钱买人家服务器。。。知道amazon的云服务好，直接租用不行吗。。。（先把人家数据中心搬进来。。。）
引用 的话：感觉是给12306的洗地文。。。既然提到这岔了。。。敢问，谁让你铁老大花那么多钱买人家服务器。。。知道amazon的云服务好，直接租用不行吗。。。（先把人家数据中心搬进来。。。）洗地不洗地不重要，重要的是道理说不说得通。如果你是亚马逊，你会把租金定在多少？
引用 的话：感觉是给12306的洗地文。。。既然提到这岔了。。。敢问，谁让你铁老大花那么多钱买人家服务器。。。知道amazon的云服务好，直接租用不行吗。。。（先把人家数据中心搬进来。。。）你打算怎么解决云服务和接口之间的网络吞吐量？工程复杂程度有多少？被你看得很NB的亚马逊云服务又是否能承担得起那么高的需求？
最好用的盾叫国情，有力的攻击武器是与国际接轨。文章强调的是极限状态，但是历史上非极限状态也出现过很多次12306挂掉的情况，还有用户体验很差的问题，这个本质是偷换概念。另外，他一直把SKU之类的挂在嘴上，然后还给出了计算方法，我的感觉是他的这个再怎么排列组合也不可能超过taobao之类的，如果可以让taobao计算各种商品的配置，比如：红色款式黄色款式之类的，那更是不知道超过多少倍。还有，他说12306的困难在于系统的封闭性，但是恰恰是封闭，应该成为优点才对。相比之下 taobao的各种上架下架才是不可想象的开放性问题。最后，时代在发展，还用老观点看待问题真是让人头疼的事情。比如说：某个公司现在自己还在运营食堂，然后遇到员工的抱怨，他可以找出，不好招人工资低，劳动强度大等等等让请同情理解的理由，这些放在20年前没问题，放在今天我们只能暗笑一定是ld有猫腻..........
顺便说一下，我给公司做的千兆到桌面的存储方案，服务器找的某个品牌官方，一台服务器+一台4光口的千兆交换机总报价是5万，完全没有水分的。就算用最简单的办法：3亿除以5万，那也才6000台服务器，你还没算其它软硬件呢。更别说你还得给供应商利润，这种大型工程都是属于开门吃三年的种类，一次工程的利润不够谁理你。
外行常常觉得内行很蠢，这么简单的问题都解决不了，还找各种借口
我就吐槽一句，已经花了这么多钱了，就不能再每年掏个百八十块买个证书？
……为何如此执着于铁路……机票哭着问你们……
引用 的话：我就吐槽一句，已经花了这么多钱了，就不能再每年掏个百八十块买个证书？这个必须顶，它根本不是技术问题，而是有没有考虑用户体验的问题，官僚作风必须得吐槽。
所以，也许关键不是改进铁路客票系统，而是修改春节放假时间？例如让春节和圣诞节一样，一放就是半个多月，而且除了除夕到初七7天固定，其余时间个人可自行提前或延后执行；当然，从长远来看，利用政策扶植促进内陆形成大型、超大型物流港城市，减少异地务工人员迁徙距离，就近就业，如果能切实执行的话，也许能很大程度上解决这种问题。
引用 的话：洗地不洗地不重要，重要的是道理说不说得通。如果你是亚马逊，你会把租金定在多少？这个得问amazon。。。还有前提是他们拿下了这个业务。。。这么大块蛋糕。。。价格以及其他（春运期间加运算资源这些）总是好谈的。。。文章感觉就是一个工程师代表了行业说话了。。十分可疑。。。。
引用 的话：你打算怎么解决云服务和接口之间的网络吞吐量？工程复杂程度有多少？被你看得很NB的亚马逊云服务又是否能承担得起那么高的需求？
你打算怎么解决云服务和接口之间的网络吞吐量？工程复杂程度有多少？大把银子在那里，自然会有最专业的人想这些。 你大概还是坚持----再专业，再优化，问题依然解决不了。 被你看得很NB的亚马逊云服务又是否能承担得起那么高的需求？amazon 牛X是原文自己讲的啊。。。
引用 的话：大把银子在那里，自然会有最专业的人想这些。 你大概还是坚持----再专业，再优化，问题依然解决不了。amazon 牛X是原文自己讲的啊。。。那这么说3亿还是少了。另外，人家说的是 成为 和亚马逊一样牛的 云服务器 不是成为12306的解决方案。
引用 的话：……为何如此执着于铁路……机票哭着问你们……机票啊，那是有资源，不放给你。以前有不少代理商嫌慢（其实是因为接口要付费），于是采用技术做了接口复用。但是机场方面肯定不爽啦，你交一个接口的费用，当成好几个接口用。于是开始大清洗，机票代理行业一片哀鸿，现在都老老实实交钱买接口，要么就用一个接口慢慢做业务。
改了几次后，12306现在真心挺强的，那么大的数据量能做到这样很不错了。但是前台界面真心丑。。
引用 的话：最好用的盾叫国情，有力的攻击武器是与国际接轨。文章强调的是极限状态，但是历史上非极限状态也出现过很多次12306挂掉的情况，还有用户体验很差的问题，这个本质是偷换概念。另外，他一直把SKU之类的挂在嘴...但淘宝的商品库存间是没有关联的，一款鞋你卖掉多少双40码的也不会和41码的有一点关系，并且轻度超卖是可以接受的，话说每年11.12都有大量超卖导致的退款，火车票来这么一下还不得被骂死？淘宝有I/O压力但没有数据相关性压力，纯I/O压力是可以用服务器数量暴力解决的。如果只卖起点到终点的票，中间站一律不停，那12306服务器端的问题可以立刻得到解决
引用 的话：改了几次后，12306现在真心挺强的，那么大的数据量能做到这样很不错了。但是前台界面真心丑。。前台丑是一方面，另一方面卡前台确实是12306最大的一个缺陷之一，因为前台只需要一个足够大的CDN加速即可，结果他做得这么失败。
3个亿太少了，这点儿钱也就够买个服务器，通个线路什么的。
引用 的话：所以，也许关键不是改进铁路客票系统，而是修改春节放假时间？例如让春节和圣诞节一样，一放就是半个多月，而且除了除夕到初七7天固定，其余时间个人可自行提前或延后执行；当然，从长远来看，利用政策扶植促进内陆...对于很多企业来说非全国性的集中假期不是假期，只有放长假把上下游都断了才能让他们放假。很多国企是把15天年假放在春节这里的，但那些双休都没有的单位会放7+7的假期？
引用 的话：对于很多企业来说非全国性的集中假期不是假期，只有放长假把上下游都断了才能让他们放假。很多国企是把15天年假放在春节这里的，但那些双休都没有的单位会放7+7的假期？所以还是政策，如果监管得力，举报后重罚……好吧，还是等共产主义先实现再说吧 233333
在米国网上抢购过东西的都知道，那些大型的网上电商，根本处理不了洪水般涌入的请求。两年前HP放弃touchpad项目，所有的touchpad跳楼甩卖99美元，而且有政策说在比如亚马孙或者百思买之类的电商购买的原价（499）touchpad可以退换差价。消息一出，全美疯狂。一个上午时间，沃尔玛百思买ATT等网站全部被抢touchpad的用户挤垮，亚马孙虽然勉强挺住，但是网站基本龟速。直到两天后几乎所有touchpad存量告罄，这波瘫网大潮才平息下去。虽然touchpad抢购潮属于几十年都未必能出现一次的现象，但是类似的小规模瘫网几乎每年感恩节购物季都能出现。
引用 的话：就是给通号3个亿让他们重新建立售票系统。我知道呀，但是这个钱太少了，每日交易量这么大，后台投入必定很大。看看人家深交所怎么弄得？人家上期所又投了多少钱？再加上咱们得传统美德，落于实处的能有多少？再说淘宝是盈利性网站，必然要把利益放在第一位呀。但是12306呢，这可不是盈利性的呀，人家是服务性网站呀，客户感受不能忽视呀。
引用 的话：感觉是给12306的洗地文。。。既然提到这岔了。。。敢问，谁让你铁老大花那么多钱买人家服务器。。。知道amazon的云服务好，直接租用不行吗。。。（先把人家数据中心搬进来。。。）数据安全怎么保证是其一，你在好的加密也怕抓包和DDOS铁老大买票的时候卡住都是逢年过节，哪里去租服务器就算租用服务器，这个价钱会便宜么！苹果都启用自己的服务器系统和数据中心了，为什么，因为租不起。。租可比买贵太多了。。租服务器完成春运抢票狂潮的钱绝对够好好升级一下现有服务器了。。
文章强调的是极限状态，但是历史上非极限状态也出现过很多次12306挂掉的情况，还有用户体验很差的问题，这个本质是偷换概念。想要提高用户体验，必然要增加页面的内容，而同一时间有多少用户在访问、刷新？页面内容每增加一点点，都将会巨量地增加服务器向用户发送的数据总量，所以为了速度，只能一定程度地牺牲客户体验了。 另外，他一直把SKU之类的挂在嘴上，然后还给出了计算方法，我的感觉是他的这个再怎么排列组合也不可能超过taobao之类的，如果可以让taobao计算各种商品的配置，比如：红色款式黄色款式之类的，那更是不知道超过多少倍。淘宝店与店之间的SKU是不相关的，你卖鞋子，我也卖鞋子，我卖出去一双红色的，只需要把我的库存减少，不会影响你的库存。车票不一样，你可以看看文章的分析。所以，SKU的总数来说，不会比淘宝多，但是处理的复杂度远高于淘宝，并且还要考虑实时性，一张票，不能北京西卖了，其它站再卖一次。另：大家可以看看知乎上一年前的讨论
邓亚萍花掉的十几亿能不能用到这里来？大家大部分的抱怨不是在他的处理速度上，恰恰是他们订一个票的用户界面太不人道了。来来回回搞半天，实际上真正提交的时间点很少的。不要找各种借口了，明明是一开始被某个公司给骗了（或者有人收了不少黑钱），没能力干还搞。要是银行干这事，不是IBM、惠普，银行敢包给他？
引用 的话：想要提高用户体验，必然要增加页面的内容，而同一时间有多少用户在访问、刷新？页面内容每增加一点点，都将会巨量地增加服务器向用户发送的数据总量，所以为了速度，只能一定程度地牺牲客户体验了。淘宝店与店之间的...错了。如果流程设计不好，用户界面设计不好，才会引入太多的页面内容刷新。好的设计框架下，服务器与客户端的交互应该消息简单，交互量少。这些都是架构设计问题。至于库存管理之类的，省省吧，什么几秒钟内有多少人提交。很简单，买票是以”每个火车“的票来算的，你不能把A火车的库存算法和B火车的库存算法搞一起。你完全可以把100个火车的库存算法分配到100个服务器上去算。你非要放一起，架构设计问题。8万人的同时访问对一个服务器来说，算是问题吗？哄小孩呢。想想在同时中国移动有多少人同时打电话，同时计费，那个数量比抢票要大吧。产品有消费层级，企业级，电信级。显然是用消费级的设计和设备去做了电信级的应用。没有腐败鬼才信呢。
引用 的话：数据安全怎么保证是其一，你在好的加密也怕抓包和DDOS铁老大买票的时候卡住都是逢年过节，哪里去租服务器就算租用服务器，这个价钱会便宜么！苹果都启用自己的服务器系统和数据中心了，为什么，因为租不起。。租...
数据安全怎么保证是其一，你在好的加密也怕抓包抓包原本就在安全协议防御考虑之内。。。剩下的几条，没法讨论。苹果为什么只用自己建的数据中心，你是怎么得出结论的？
洗地洗的不干净。真心想证明没有问题就把合同签署、招投标、服务公司资质等情况等细节都公布出来，之前被爆天价纸巾盒等黑幕才过去多长时间，现在还藏着掖着谁信你。
引用 的话：邓亚萍花掉的十几亿能不能用到这里来？大家大部分的抱怨不是在他的处理速度上，恰恰是他们订一个票的用户界面太不人道了。来来回回搞半天，实际上真正提交的时间点很少的。不要找各种借口了，明明是一开始被某个公司...从苏宁的情况来看，交给IBM的话12306现在花掉的这点钱要么只够预付款，要么做出来不能用。
当时那个喷的情况那可真是……瞬间就可以分析出那些人是伪IT 人士，哪些人反智，哪些人需要我们在下一次文革的时候需要严格提防，脑子都不动一下下就开始睁着眼睛说瞎话。楼上的一帮人也是。
关于那个瞬间流量挤爆的问题忽然想到：不是已经分段放票了么？为啥还在强调超级大的数据量？他们是制定规则的人，完全可以用规则来做到一定程度上的公平合理。为啥还拿着大流量说事，听起来搞的好像放票的时候全国人民都上去抢票一样........似乎这个问题变成了一个：解决别人没有的问题的问题........
引用 的话： 抓包原本就在安全协议防御考虑之内。。。剩下的几条，没法讨论。苹果为什么只用自己建的数据中心，你是怎么得出结论的？请自己去查租用服务器价格苹果构建自己数据中心的相关英文文章请去苹果官网翻新闻。最后现在没有可行的方式完全防范抓包和DDOS，就算在考虑之内，你能保证租用服务器的机房不会有内鬼？
引用 的话：错了。如果流程设计不好，用户界面设计不好，才会引入太多的页面内容刷新。好的设计框架下，服务器与客户端的交互应该消息简单，交互量少。这些都是架构设计问题。至于库存管理之类的，省省吧，什么几秒钟内有多少人...报此言论请去微博，微信。不要在这里装作什么都懂。这点钱拿来买网线都不够把铁总的终端连起来。
引用 的话：没法，5.0的售票系统就那个毛病这个吧，我们真的应该看开一些，因为毕竟开放并且提供了这个平台，就是进步，而且从最早上线到现在提供多平台客户端来看，进步很大了。再给铁总一些时间，相信会做得更好。
本人IT外行，但是表哥和表弟均为计算机业。（表哥网警，表弟用友）他们俩在不同时刻不同地点都和我说过同一句话：12306做的这叫什么SB玩意儿…………我觉得，这应该不是胡说八道吧，还是俩人都这么说。
引用 的话：请自己去查租用服务器价格苹果构建自己数据中心的相关英文文章请去苹果官网翻新闻。最后现在没有可行的方式完全防范抓包和DDOS，就算在考虑之内，你能保证租用服务器的机房不会有内鬼？
最后现在没有可行的方式完全防范抓包和DDOS按照标准实现的安全协议，被加密的数据包被抓走又能怎么样？DDOS我暂时只知道字面意思；但仍然怀疑你的说法。苹果自己的决策，会把理由明明白白写在官网上？
我相当佩服12306，几亿元可以大大方便全国人民的买票问题，奥巴马搞医保网站几亿美元还搞不成呢。据说12306所有数据都存在内存上……
引用 的话： 按照标准实现的安全协议，被加密的数据包被抓走又能怎么样？DDOS我暂时只知道字面意思；但仍然怀疑你的说法。苹果自己的决策，会把理由明明白白写在官网上？苹果连自家旗舰MAC PRO的内存条都玩cost down，而且苹果公司对于自己的新中心给予的评价是更加环保和更加经济的解决方式，这不叫省钱叫什么。。最简单的说法，租用一个论坛用服务器最便宜都得4W一年的，那么这个数据量能有多大？但是要是你在家办理一个10M/10M光纤，然后自己组建服务器的话绝对成本就会降低很多，维护的简易程度也会更高。被加密的数据被抓走怎样，被抓走就有风险。我抓到一个包，我没用，但是我连续抓几千几万个包的时候我就能做分析了，从这里我就能找到突破口，从而找到进出的钥匙，这就叫风险。
引用 的话：不是这个意思，现在的售票系统是97年开始用的。更新的成本也是问题啊。。换一个就得换一套。。慢慢升级吧。。不是说铁总的系统每次提速都有升级么。。。
引用 的话：本人IT外行，但是表哥和表弟均为计算机业。（表哥网警，表弟用友）他们俩在不同时刻不同地点都和我说过同一句话：12306做的这叫什么SB玩意儿…………我觉得，这应该不是胡说八道吧，还是俩人都这么说。还是主观因素太多了。。我当时和朋友开玩笑说，要是铁总买它10000台MACPRO，绝对也能做一个售票系统。。当时就被嘲笑到死。。我也是因为喜欢后期和音乐才对于这些大东西感兴趣的。很多东西不接触不知道它的复杂，就好比我为我的机器加内存，包括内存的型号，品牌，甚至我插在那个插槽都会有影响。这就是为什么很多双路或者多路的刀片或者服务器会提供一个开机前的检测模式，而在这个模式里你能看到内存推荐安装方法和你现在内存所在位置需要调整的建议。。
引用 的话：苹果连自家旗舰MAC PRO的内存条都玩cost down，而且苹果公司对于自己的新中心给予的评价是更加环保和更加经济的解决方式，这不叫省钱叫什么。。最简单的说法，租用一个论坛用服务器最便宜都得4W一...前面的暂且不说。。。实在没办法讨论。。。 被加密的数据被抓走怎样，被抓走就有风险。我抓到一个包，我没用，但是我连续抓几千几万个包的时候我就能做分析了，从这里我就能找到突破口，从而找到进出的钥匙，这就叫风险。如果严格按照标准。。。不用自己发明的协议/算法。。。问下，2^128是多大？
引用 的话：前面的暂且不说。。。实在没办法讨论。。。如果严格按照标准。。。不用自己发明的协议/算法。。。问下，2^128是多大？美国军方网络都能被黑客进入。psn服务器被黑客三进三出。苹果还有艳照门。只要是加密就存在算法，就存在一个东西叫做函数，只要存在函数就能找到办法破解。实在没辙就DDOS直接弄瘫痪，怎么没办法，事情是人做的，就有人能找到办法。我发这个文章的意思就是为了表明一点，那就是既然人在做，那么意见可以有，但是无端指责貌似不合适了吧。
引用 的话：04年5提以后就没有再升级过了，只是到10年铁通通号划回铁道部后更新了一下硬件。然后真的他们就不打算升级么。。至少咱加上多线程支持。。
引用 的话：美国军方网络都能被黑客进入。psn服务器被黑客三进三出。苹果还有艳照门。只要是加密就存在算法，就存在一个东西叫做函数，只要存在函数就能找到办法破解。实在没辙就DDOS直接弄瘫痪，怎么没办法，事情是人做...
我发这个文章的意思就是为了表明一点，那就是既然人在做，那么意见可以有，但是无端指责貌似不合适了吧。有端还是无端取决于自己的判断。。。我怀疑的是原作者的动机（也可能只是他本身技术积累尤其是基础知识不怎么样。。。） 只要是加密就存在算法，就存在一个东西叫做函数，只要存在函数就能找到办法破解。继续强调这个前提，严格遵循安全协议，试用标准库。。。。2^128就是这种情形下你所说的，密文单元的数据量（准确讲是在这个数量级）。。。即便存在这种破解算法，即便用现有最快的机器，一个指令周期内处理一个单元。。。从宇宙大爆炸一直算到现在也出不来结果。。。。
现在不是把预售期提前到2个月了吗
这样爆发购票的压力就小很多了什么都得慢慢来 12306的压力可以说是地球上都能排第一的 渐渐完善吧
G71有136*3 =408种商品(408个SKU)说到底还是算法问题嘛
引用 的话：现在的瓶颈并不是硬件问题，而是目前所采用的售票计划体制的问题。现在改革的方向就是重新建设一套新的售票系统，把票额分配计划由各个科技站售票车间计划室统一收归铁总，可是如果这样做了，那就相当于在铁路系统内...明白了。。那这不就成了死结了么。。会按各车站的日均接发旅客数量、日均装卸车数量、日均调车作业车辆数量等指标条件，并可考虑车站所在地的政治，经济，文化，和运输布局上的重要性，将划分为六个等级，即、、、、和。其中特等站由铁道部统一评等，一等及以下等级车站由铁路局自行审批。站等每三年核定一次，日常不进行调整。 到2007年底，中国国家铁路车站有5544个。其中特等站50个、一等站236个、二等站353个、三等站939个。其中办理客运业务的有1805个，办理货运业务的有2955个。这么多站挨个换一遍。。我终于明白了为什么银行每年都会选择过年过节这种停止营业的时候突击升级系统了。。
引用 的话： 有端还是无端取决于自己的判断。。。我怀疑的是原作者的动机（也可能只是他本身技术积累尤其是基础知识不怎么样。。。）继续强调这个前提，严格遵循安全协议，试用标准库。。。。2^128就是这种情形下你所说的...这种所谓的安全自信已经出现过了，也已经被攻破过了，这东西叫MD5
引用 的话：这种所谓的安全自信已经出现过了，也已经被攻破过了，这东西叫MD5这个知道。。。不过这个是hash。。。AES128 没出现过吧？
(C)2017果壳网&&&&京ICP证100430号&&&&京网文[-239号&&&&新出发京零字东150005号&&&&
违法和不良信息举报邮箱：&&&&举报电话：