@meteor #7
不会是新旧款的问题，因为松下冰箱的型号分类很清楚的，首字母 C 是三门，D 是多门，后面跟的数字是容积。
C380 就是 380L 的三门，D380 就是 380L 的多门。
这个图片一看就是 C380 的款式，你可以网上查下型号。

@fengfisher3 #7 兄台看来是看了标题就连忙回复了吧

@tcpdump #51
搞活动的预售电器不支持去苏宁实体店自提的。这个我当时和客服确认过，主要是我家附近就有一家实体店。
当然，也怪我贪线上这比线下便宜的几百块，吃了亏。

@zro #1
受教了，原来还有这种操作。
操作失误我能谅解，主要是出了事情后人家不给解决，这个态度我无法接受。

1.如果是我花三门的钱买了三门的冰箱还好。现在是我花多门的钱买了三门的冰箱（多门比三门贵了差不多一倍），然后商品详情也是多门的。页面上没有任何关于三门的信息。

2.第二个，出了事情后客服态度各种推诿，不承认是自己的问题，也不愿意解决，还好还能申请退换货，不然后面的扯皮和消耗的精力和时间我无法想象。

3.后台改模板造成的失误我能理解。但是这没法解释三门冰箱内部贴着的铭牌上写的型号是多门的 NR-D380-TX-XW，这个让我感到恐惧。

@Olive #3
那你赚了啊兄弟，除非是全进口的，不然一般情况下，多门比对开门贵的。
一般情况下的产品定位：多门>对开门>三门>双门

@cnwtex 货是白天我爸代收的

之前家里装修，在苏宁易购上购买了松下的 多门 冰箱 NR-D380-TX-XW，商品详情页大概如下图（颜色为白色）：
http://ww1.sinaimg.cn/mw690/a6c1ce2agy1flnselnw83j20m80m80tl.jpg
结果发货到家的不是如图所示的多门冰箱，而是松下的一款三门冰箱，如下图：
http://ww1.sinaimg.cn/mw690/a6c1ce2agy1flnsg368vfj20m80m8t9o.jpg
冰箱内部标签的确写着型号一致，是 NR-D380-TX-XW，然而和商品详情图不符。

联系客服各种推诿，竟然说是厂家对外观有可能有改动，恕不另行告知，只要标签型号符合即可。拜托，改动有把多门改成三门的吗？完全是 2 个价位的好吗？
还好有 7 天无理由退货 15 天调换货，一开始觉得可能是个例，所以申请调换。来调换拖了快半个月，发货又花了 10 天。

接下来有趣的事情发生了。换来的冰箱依然还是三门的。(摊手
只好申请无理由退货。然后在本地苏宁实体店买了一个同样型号的。全程顺利无毛病，还送了延保。

实体店苏宁导购说，线上的苏宁易购和实体店苏宁完全是 2 个系统。其实去实体店砍价，基本不会比线上贵多少的。
BTW，之前还在苏宁易购买了个博世的洗衣机，LED 显示屏的 1 由 2 竖组成，但是其中一竖坏了，不显示。考虑到已经使用后才发现，也不影响功能，就没退货了。然而苏宁实体店购买的松下多门冰箱和大法的 55 寸 KD-9000E 完全没问题，价格也还行。
因此，我再也不会在线上购买大件家电了。京东可以勉强考虑一下。

为了证明以上的真实性，附上订单截图。
珍爱生命，远离苏宁易购。
http://ww1.sinaimg.cn/mw690/a6c1ce2agy1flnsugw1eaj20re0avq40.jpg

@xanthuiop #24
A 盘一般是给软盘用的盘符

@zpf124 #14
其实使用 JWT 可以替代 cookie，但是这是从工程层面来说的。
然而 JWT 还是需要 local storage 的，从 LZ 的角度来看，这其实就是另一种形式的‘ cookie ’而已。

究其原因，是因为 HTTP 协议本身是无状态的，需要浏览器存储信息来保持状态。

善待程序员

M185/M186

杭州电信，怼了一波过后拿到了经理的电话号，告诉我已经加入投放白名单。明年失效了打他电话就行，可别投诉了。

因为小时候所有的东西都是未知的，所有的事物都是新鲜的。
长大后每天面对的大多数事情都已经经历过了，失去了新鲜感。

@tanranran #56
适用场景不同，你可以参考下逼乎的介绍：
https://www.zhihu.com/question/19841579

IPTV 不占用宽带带宽，走的是独立带宽。
你应该依次排查：
1.光猫网口是百兆还是千兆
2.无线路由网口是百兆还是千兆
3.网线是五类线 /六类线 /超五类线
4.无线的带宽是否超过 100M，是否存在同频干扰

开窗灰尘多是真的，开放式阳台（开发商不让包阳台）上面半天就是一层灰。
吵倒是不吵，开发商精装，一开始就全部是旭格的真空玻璃门窗，关了靠高架的门窗后，室内很安静，基本没什么声音能够听到。

@oahoaix #44 如果想要详细了解的话，可以看看当时关于阿里去 IOE 的各种文章，里面不仅有性能的考虑，也有业务规模达到一定量级后 Oracle 授权成本巨大的考虑。

@oahoaix #44 不是说 mysql 比 oracle 差很多，而是说 mysql 要用的得心应手，满足性能需求，需要大量的调优和定制，花费的精力和金钱巨大，而且达到这种层面精通的人才也难招。普通公司来说，从管理者成本上来考虑，不如选择 oracle，性能满足的同时也不至于太贵。

所以粗暴地下个不严谨的结论（只是为了便于理解讨论的问题）：
业务不大的小公司->mysql，业务达到量级有性能需求的中等公司->oracle，业务巨大量级有性能和分布式需求的巨型公司->mysql+hadoop+hbase

如果不是你注明了是 RMB，我还以为是 200 刀呢。
200RMB 也太便宜了，我这里手工费都不够。