反正经历了如此差的购物体验，下次我再去京东买书我自己都会觉得自己2b了。

只要他敢玩半价，我照买，不但是钱的事

人家花你一半的钱买同样的东西，你付全款自然会觉得冤枉

我觉得京东就是在通过人为制造的障碍，降低促销活动的投入

正常商品下单也困难，他能为了少赔点书钱，一上午不卖3c啊。。。。

丫的是为了搞残对手,自断一臂.

我觉得3C产品今天不卖明天还能卖，但今天书赔钱卖，就是赔钱卖

服务器抗压能力不行啊！

只能说访问负荷太重了。。。

人实在是太多了

我觉得很成功。

假设这次活动，京东亏掉500万利润，100万账面，总共200万的广告费，成功推广了多少人知道京东其实还有卖书的，还让多少以前没有注册过京东的人，注册了京东。

数字我不知道，但根据这个讨论劲，我觉得是个广告推广的大成功。

~~~~~~~~~~~~~~~~~~~

另外，我没觉得购物体验很差，除了服务器卡，这也真的是搞活动导致的，平时买东西不会这样的。

只能怪贪便宜的太多了，有用没用的书都买上一大堆，拿回来还不是继续TXT

今年6月那次就已经够呛了，京东的人不可能不知道服务器压力问题。
现在是在添加购物车、进入购物车、生成订单、确认订单以及订单上限各方面出现问题，导致用户在这个流程里不断循环，越来越拥挤，无货的越来越多，减单的越来越多，最终成功的订单没有多少，金额数量也不大。

应该多加几台服务器

这种阴谋论要是没有切实的证据，还是不要说出来的好。

我觉得京东是故意制作困难的。毕竟是亏钱卖书

如果是50%的人买到50%的人买不到，那么声讨的会少很多

典型的恶性倾销

是比较失败

京东刘强东：关于图书抢购，深表歉意：1、点击提交按钮后要长时间等待，千万别刷新页面，有可能超过5分钟才会显示提交成功页面；2、本次活动结束后，大约20日内，所有未提交半价订单的铁牌（含）以上会员都会发放一组图书优惠补偿券。所以：大家不要太急切！读书人请淡定.....

最简单最直接的证据就是，为什么不在流程最开始就注明11.2的活动订单上限为300元，而是放在流程最后？
明明知道用户大拥护造成server busy，还让这个限制出现在最后。大家在前面已经千辛万苦了，到最后才遇上这个，很多人要重新来过，之前的努力全白费。

这还需要啥证据，
懂点技术的都知道购物车数据是存在本地cookie的，
页面卡顿很正常，但是无论如何不应该把本地cookie的数据卡到没有的。
那么为什么购物车数据屡屡被清空？
只有一个办法，服务器主动发cookie过期，谁发的一目了然

这和老太太清早排队到超市买降价鸡蛋的效果是一样的。那个时候超市也是挤的要死，但也没人下次不去的.

想买的都没货，买个毛啊！！！！！！！！

另外有一个情况我不知道你们有没有遇到
以往在京东买东西，确认收货人地址和支付方式时，默认是你以前常用的，已经不用填写和修改。但是我这两天试过很久后即便能到这一步，也发现需要重新填写。更要命的是，这里面的种种选项都是通过服务器调取的，在这个服务器busy的时刻，你很难完成订单详情的填写。

很显然，京东在后台上存在一些问题，在促销时出现服务器busy，不过这些问题可能多试试还是能闯过的，但是京东只要在某一个环节上动点小手脚，比如最后告诉你不能超过300，就轻易的让用户进入一个死循环：加不到购物车、进不了购物车、生成不了订单、完成不了订单信息填写、超额、缺货、从头开始。

[本帖最后由 stryker 于 2011-11-2 11:37 编辑]

这个还真不太可能，一般来说压力不在WEB层的，都在应用服务器和数据库上。
每套WEB系统都有自己的处理极限，一般用TPS（每秒交易数）衡量，卡、顿、service too busy都是达到或者超过TPS了的表现。

单单粗略的从技术角度说的话，很多人提到了，京东用的是asp.net而不是java，
目前大并发web技术明显是java走在前面的，通俗的说，.net你伤不起啊

说的很对，ajax在平常能够带来极好的用户体验，
但是在高压力情况下，就是服务器的不可承受之重了

比如gmail，为低速链接提供没有ajax交互的基本HTML视图，这个设计就有好

从流程上来说，超过300就不可以的提示，绝壁应该放在最前面，更应该放在活动预告/说明里。

但说从后台操作故意卡，以及后台操作清空购物车这种行为，真还不好苟同。

至于技术层面的东西，我虽然是做相关行业的，但不懂不敢装懂。要真有证据就请举出来。人华氏911，还有很多证据呢。

不知道你们遇到的这些问题是特例 还是我算特例 虽然有busy和卡提交 但是我这里收货人地址默认之类的全都正常 反复提交个几次就成功了 我2天下了3单都正常

反正偶调9点闹钟结果没注意，10点多才反应过来，冲过去，点取出寄存的书单，一路下来，出了最后一部提交订单出现问题页面之后，刷新一下发现订单提交成功啦~

我半分钟前好不容易到了最后一步，点下按钮，告诉我订单中库存不足。但是又不说是什么库存不足，我去看了一下我订单中的产品，个个都显示北京现货。

这个有延迟的。我买多啦A梦的时候就是这样。亏死了。

现在一直卡在现在上交不了的。

那是你页面卡了，告诉我库存不足的时候都提示了是哪些不足，不足的在列表里还高亮了，很容易认出来删掉

而且默认收货地址什么的也是有的

估计是服务器什么地方有瓶颈，刘强东也没想到5折卖书会引来这么多客流，不然就算怎么亏，这人气也是赚足了

我也没有出现收货人地址默认被清零的现象.

不过, 倒是默认"不开发票", 然后...要调整就loading很久

没想到？6月份搞过一次同样的，时间是在晚上，那时候已经压力很大了。要说京东是今年才起来的商城第一次搞活动有这个还可以原谅，但京东都这么多年了，这种活动也不是第一次搞了，从老总到CTO到运营人员，说想不到服务器压力？
而且你说的告诉不足，是在从购物车进入结算这一步的时候的确是有。但是，如果你在这一步时没有遇上，而在最终提交订单时出现，只显示一行“订单中商品库存不足，返回购物车”

[本帖最后由 stryker 于 2011-11-2 12:03 编辑]

我觉得相当成功
身边一大票人因此而直到了有京东这么个网站，还在上面不断的找书，基本上在server is too busy之后都买到了书，也体会到了网购的魅力。按照幼鹅效应，这些人以后买东西会首选京东的。这不就是最佳的宣传么？广告还得付广告费不是？这活动赔的钱我觉得比做广告效果好多了。

傻逼网站，看了豆瓣的对比，明显亚马逊要便宜很多

妈的，总算是成功了
但是这订单，已经和我最一开始设定的订单有很大差别了。原来的订单大概是原价800+，现在因为有几本资料集/小说从现货变无货，上加担心300元上限白忙活，最后连删带换的完成了这单。

卡的不得了

不错了，星战年代记等于白送你的

posted by wap

我拿下两单，呵呵。

一套异形豪华BD套装，本身折扣后944元，再加上现在活动可以减到472，商品页面从昨天到今天一直显示参加活动、北京现货，但到提交订单时才提示无货（昨天）、金额不能超过300（今天），这就很说不过去了吧

作为一个负责任的程序员，是绝对不可能仅仅把购物车数据放在本地的，谢谢。
之所以购物车被清空，很显然是在添加到购物车的时候，服务器端的操作失败了，也就是说，你的购物车里面的东东只在本地的操作是成功的，服务器上的购物车是空的。本地保存的购物车数据只能是为了提升客户的操作体验而存在，所有的数据最终肯定一服务器端保存的数据为准的，呵呵。

[本帖最后由 datiechui 于 2011-11-2 13:38 编辑]

说实话 现在京东就是B2C第一~~买东西基本上首选京东 而这次价格也的确便宜~

这玩意，跟用。net或者java没有任何关系的。不过压力在应用层、数据层倒是真的，这取决于应用层、数据层的架构，跟语言没关系的。实事求是的将，在程序的执行效率上，。net比java其实是有优势的。。。

[本帖最后由 datiechui 于 2011-11-2 13:38 编辑]

我体验还好，刚12点半挑了200元书，进订单发现一本没货了，再出来删掉，其他都正常，页面刷新稍慢了点，不过与特价力度比还能接受。

那我只能告诉你京东的程序员很不负责，
京东的购物车页面上有个按钮“寄存”的，点寄存后会把购物车列表存入服务器，
然后你再任意地点登录帐号后可以点“取出”取回购物车列表

如果在服务器端也自动做了购物车列表数据保存，那请问这个“寄存”“取回”功能做何解释？岂不是多此一举？

我也觉得不能说是没想到，呵呵。但是对于这种超出平时许多倍的并发访问，在京东迁移到“云端”之前，是没有什么好的办法解决的。我觉得大多数公司都不可能为了促销时暴涨几十倍的业务流程而额外准备这么多的it设施，然后促销完了就闲置在那里吃灰，呵呵。日常处理能力能有3倍以上的冗余就不错了，呵呵。

老刘的表态也只是公关手段，在安抚客户，如此而已。

京东确实压力山大，价格优势在慢慢的失去，要不然也不会拼命的抵制一淘的比价了
马云推出的一淘比价这招，确实够下三滥的，呵呵。

所以我说“单单粗略的从技术角度说的话”，在你选定语言的同时，实际上是选定了一套相关的成熟的架构/框架/方案
就我个人而言，目前大并发web处理方面，java的相关架构/框架/方案我个人认为比.net要好很多

至于你说“在程序的执行效率上，。net比java其实是有优势”，我只能呵呵厚

[本帖最后由 分不清雨水泪水 于 2011-11-2 13:44 编辑]

这个你只能问京东的程序员了，程序里边具体的实现，我就不得而知了，呵呵。

有些书价格是比亚马逊贵
但是算上折上五折，那就便宜多了

昨天微博上关于这个的讨论倒是比较多，
在大多数中国电商认为自己不需要云服务器支持的时候，
这个事情算是一个很好的教训