这不是一次两次了吧？淘宝的宝贝收藏数都是X2的，不信你们试下

垃圾阿里巴巴，正好配罗情怀

posted by wap, platform: ZTE N986

引用:

原帖由 @coin1860  于 2014-10-12 22:37 发表
基本能说通，实际预定记录当然存在，但是每次刷页面及时统计数据库服务器分分钟就挂了。所以需要nosql的缓存服务器存储动态数据。而天猫的动态数据是存在hbase上的。丢的是缓存服务器上的数据。
阿里码农一个季度30分故障分。 这种故障算B类，故障时长维持一个小时要扣100分。基本年底5个月工资 晋升无望。估计是这个码农临时想到一个解决方案紧急发布来降低故障分。

解释不了手机端为啥始终是网页版的3分之一。按道理要改就一起改。。。

posted by wap, platform: iPhone

引用:

原帖由 @coin1860  于 2014-10-12 22:37 发表
基本能说通，实际预定记录当然存在，但是每次刷页面及时统计数据库服务器分分钟就挂了。所以需要nosql的缓存服务器存储动态数据。而天猫的动态数据是存在hbase上的。丢的是缓存服务器上的数据。
阿里码农一个季度30分故障分。 这种故障算B类，故障时长维持一个小时要扣100分。基本年底5个月工资 晋升无望。估计是这个码农临时想到一个解决方案紧急发布来降低故障分。

hbase集群要丢失数据太难了，
连我们的缓存服务器都有二十几个节点，我不信天猫的会比我少

退一万步，缓存真的在全部节点丢了，重建也要不了多久

总得说来，就是玩猫腻被人揭穿找个台阶下罢了，和技术无关

引用:

原帖由 coin1860 于 2014-10-12 22:37 发表
基本能说通，实际预定记录当然存在，但是每次刷页面及时统计数据库服务器分分钟就挂了。所以需要nosql的缓存服务器存储动态数据。而天猫的动态数据是存在hbase上的。丢的是缓存服务器上的数据。
阿里码农一个季度30 ...

你要知道对于互联网企业真的出了技术问题是不会发通知的

posted by wap, platform: iPad

引用:

原帖由 @Crusher  于 2014-10-12 23:51 发表
hbase集群要丢失数据太难了，
连我们的缓存服务器都有二十几个节点，我不信天猫的会比我少

退一万步，缓存真的在全部节点丢了，重建也要不了多久

总得说来，就是玩猫腻被人揭穿找个台阶下罢了，和技术无关

数据丢失我相信不会，但做前台的码农有没有权限快速恢复又是另一件事了。我觉得24楼应该猜的八九不离十，这很可能是自作聪明的临时工干的，如果前台有权限的话直接更新数据库的时候乘以三倍不就行了，还用得着呢么费劲的写在JS里给你们打脸。。。

posted by wap, platform: VIVO Xplay3S
都什么时候了居然还有帮锤子洗地的？

有情怀的锤子当然得配有情怀的程序猿

物以类聚人以群分啊，锤子就是那手机中的战斗机

数据都是刷的有什么可说的，天猫这种解释只能骗骗外行

posted by wap, platform: iPhone

引用:

原帖由 @coin1860  于 2014-10-12 06:37 发表
基本能说通，实际预定记录当然存在，但是每次刷页面及时统计数据库服务器分分钟就挂了。所以需要nosql的缓存服务器存储动态数据。而天猫的动态数据是存在hbase上的。丢的是缓存服务器上的数据。
阿里码农一个季度30分故障分。 这种故障算B类，故障时长维持一个小时要扣100分。基本年底5个月工资 晋升无望。估计是这个码农临时想到一个解决方案紧急发布来降低故障分。

拜托，都知道是原来是多少台了，直接重建hbase写进去一个初始值不就完了吗？

这个紧急方案都能让外行看笑话了

引用:

原帖由 coin1860 于 2014-10-12 22:37 发表
基本能说通，实际预定记录当然存在，但是每次刷页面及时统计数据库服务器分分钟就挂了。所以需要nosql的缓存服务器存储动态数据。而天猫的动态数据是存在hbase上的。丢的是缓存服务器上的数据。
阿里码农一个季度30 ...

hbase什么时候能当缓存使了？我代码写的少，你不要骗我。
退一万步就算是前端要修这问题也用不着改线上js吧。。。

引用:

原帖由 Crusher 于 2014-10-12 23:51 发表
posted by wap, platform: iPhone
hbase集群要丢失数据太难了，
连我们的缓存服务器都有二十几个节点，我不信天猫的会比我少

退一万步，缓存真的在全部节点丢了，重建也要不了多久

总得说来，就是玩猫腻被人揭 ...

代码有个bug，incr变成del，数据不就丢了？跟集群大小有啥关系？

引用:

原帖由 Crusher 于 2014-10-12 23:51 发表
posted by wap, platform: iPhone
hbase集群要丢失数据太难了，
连我们的缓存服务器都有二十几个节点，我不信天猫的会比我少

退一万步，缓存真的在全部节点丢了，重建也要不了多久

总得说来，就是玩猫腻被人揭 ...

+1

posted by wap, platform: iPhone
尼玛，这逗逼解释是把我们当傻逼了吗。不要碧莲。

posted by wap, platform: Android

引用:

原帖由 @trashman  于 2014-10-13 06:35 发表
尼玛，这逗逼解释是把我们当傻逼了吗。不要碧莲。

别说，还真信的

posted by wap, platform: Chrome

引用:

原帖由 @雾桑  于 2014-10-12 22:07 发表
锤子真tmd太牛逼了，才5W多台的销量的小企业，就能让创造IPO纪录的企业主动来背黑锅

创造IPO记录的企业还篡改客户前段数据呢。有什么奇怪。傻得要死。