@Eugene1024 并不需要 服务器很简单 首先是一个 kv 数据库 k 是一个数字 v 就是短地址要跳转的地址，当你访问他的短地址的时候 它把短地址的 url 解码成为一个数字 然后通过这个数字找到 v 然后利用一个 301 302 指令 让你的浏览器跳转到你的网址去

百万 必须有对应的原型和测试才能说是百万，只是一个业务流程是没办法证明的。

你们花几个亿来养一支 linux 的 qq 团队吗？ linux 支持哪个版本？ centos ubuntu redhat， 什么内核？ 摄像头驱动 都好了吗？ 安全检查怎么做？这都不是 qq 的事情，但是做得不好 一句话 腾讯这群傻 X 搞不好。

收益是什么？ 给程序员用用？ 所以 谁会开发 Linux QQ ？

很想了解详情，你认识你是创业，你占多少股份？ 如果只是 3% 5% 这种，那么基本就是打工。如果是 30% 怎么可能这么轻易赶走，即使赶走，也要要求股份。当然一开始有很多坑。股份是开始给，还是几年后给 几年后给，你时间不到，就是被坑了。很想知道详情，你是被资本提走的还是别的人让你走。

来来个黑暗版的 解释

我干嘛要开互联网公司？ 当然是为了赚钱，赢取白富美，走上人生巅峰的。但是怎么赚钱？ 你们程序员的工资贵得要死， 我请人，租房子。但是收入在哪里？ 我要融资 融资人家首先说了靠用户量，用户量怎么来？ app 装机量啊，没有装机量一切免谈。所以怎么办，想用我的东西，就得用 app。什么爬虫？ 我网站上的价格信息就是核心价值。你们都抓去了，用户谁来看？没有流量 哪里来钱？没有钱 哪里来网站？ 所以 各个都需要登录，敢抓取就关账号。 对了注册的账号还可以去卖钱， 如果要问这一切为什么？ 其实就是护城河，把你们圈在我的碗里才是我的，大家都要抢地盘，你不抢 bat 一样抢。所以 关键的是活下去。

我的话 会这么设计

背后放个 redis 记录 ip 和电话号码 的历史请求次数和历史错误次数
第一次都放行 第二次开始出验证码 验证码分几个级别 按照历史水平 考虑给不给验证码 防止错杀

我觉得是系统设计吧。从系统来看 如果验证码要完全随机 那么 它需要同时存储很多验证码 还要防止重复和冲突。所以 它根本不是这样设计的。它的设计是按照时间来的 所以每分钟内请求的验证码都一样。这样系统很轻很轻 校验的时候 算一下前 3 分钟的验证码比一下 如果有一个正确就 OK。服务器端只要为每个用户保存一个种子就可以了。

靠道德是控制不了侵权的，必须要靠技术壁垒。如果对方再高明些 改点 css 图片 然后不认 你一点办法都没有

善良啥， 别人本来就靠这个赚钱的，你直接用 12306 就可以了，用了别人的服务，不想给钱，别人直接收钱吧，你们都不用，那么就让你 容易付钱。 都没毛病！

HFS .... 用 go 语言 30 行的事情。 不知道可以改变什么世界。截图上看不出任何 技术亮点，或者 UI 亮点。解决了什么痛点呢？

但事与愿违，实际的下载量有很多，能成功运行的人没有几个 本身就说明产品是失败的。要知道 我花钱推广了，但是别人下载了运行不了就是失败，没有理由。不管什么方法， 为什么你的代码运行起来，不首先检查系统，是否已经有服务，防火墙是否打开，检查是否有写权限，对当前存档文件有没有读取权限，如果出错，有没有错误反馈给你服务器，告诉你什么原因 启动失败？ 为什么没有默认启动一个可以自动工作的模式，让用户可以直接用？ 因为太糙了，写了一些基本功能, 就觉得大家会用？

做产品 细节多着呢，

@johnjiang85 写入不校验块校验信息是不存在的，如果是这么设计的话，那么比现在掉了一个用户的信息还糟糕。tx 存储我还是认识人的，他们没这么弱。

仓库 1 没空间删除数据可以接受，仓库 2 3 复制出错误数据也可以解释。那么仓库 2 3 的上一个副本去哪里了呢？难道仓库 2 3 也没空间，老副本赶紧都删除了？还是说错误的新副本把老副本给覆盖了？

因为分布式存储一般写入只会写入校验信息，并不会进行实际的校验，只有读取的时候才会做数据校验。
绝对不会。这样会造成多端数据不一致。没有一个可以判断的标准。 而且写的时候都是 stream 流，根本没有任何压力。考虑到断线恢复的情况，对写入流进行 checksum 检查是最基本设计。

还有你说复制数据没有开校验，也就算了。但是老副本去了哪里呢？直接被新数据覆盖在上面吗？那家文件系统新文件是直接覆盖掉老文件的？所以，要么就是没有老副本，要么就是老副本很早以前就一直是错的了。

最后没点数了，不回了。

@johnjiang85 好吧 cbs 块存储， 你家的 3 备份机制，写的时候不校验 checksum 就直接写进去的？ 一块硬盘静默错误，写的时候数据是对的，但是那读的时候读不出来，但是另外 2 块写的也是正确数据。否则 3 备份的内容不一致了，最后听谁的？对了 你会说延迟写， 你延迟多久啊？一天一个月？ 你一个月备份一次 那叫 3 备份？

好了 按照这个通告说法， 磁盘静默错误， 本身第一块盘的数据全掉，然后读的时候，关掉了校验，但是也能读出来，什么错也没有，所以也没有发现问题，然后错误的数据把 2 块本来有好的数据的盘也覆盖了。然后又删除了第一块磁盘的数据。 怎么说 另外 2 快盘上还应该能恢复出上次备份的一个版本。哪怕 10 天前，1 个月以前的。对不起空间不够，也全都删除了？真这样的话， 另外 2 快盘上的数据是可以实验室开盘恢复出来的。请恢复一个老版本把？

@johnjiang85 但是出问题的是对象存储吧？

最后提一句 如果是 3 备份方式，有一块硬盘静默错误，但是备份应该是实时发生的，至少另 2 块盘的数据应该是正确的，并不会出现 3 块盘都有问题数据的情况。所以 这份通告 看看就可以了。

不知道 都在讨论些什么东西，首先 腾讯不能承认 自己没有 3 备份， 也不能承认是存储程序出现问题。因为第一 如果存储程序出现问题，那么其他所有人的数据怎么办？这个后果太可怕。 如果没有 3 备份，那么就是虚假宣传，这也是不能接受的。3 备份的话，以我的经验看，其实很少有存储这么做了，因为成本太高。现在都是 9+3 这种所罗门做法。 好了 就算它是 3 备份，其实逻辑上也是不对的，因为 3 备份都是程序自己实时备份的，从来没听说过 ops 手动备份的，即使要迁数据，也是程序迁。因为如果备份靠 ops 手动备份的话，3 备份的意义就不存在了。你 ops 一天没有备份，你的 3 备份意义何在？

所以 以上 2 点不能触碰的前提下，只能让一个操作人员背一下，其实最容易出问题的就是操作人员，他手一抖可能就真的没了。因为架构设计上的问题，也许很多东西就真的找不回来了。 也许真相就是操作手抖，但是这个宣布出来，腾讯的声郁 也就完了，因为你不知道 那天你的数据就会被手抖，所以 运维手抖也是不能被提及的。 所以 目前的解释 是最好，也是最可以说得通的。至于背后的真相 只有他们内部知道了。

最后说一下 赔偿，这里的人觉得 1000 多万的赔偿请求是合理的，这种人不是傻就是坏。 你也买过硬盘，你硬盘坏过没有？你让希捷 西数赔你 100 个亿了？ 腾讯的云计算没有打保票说 100% 安全，该赔多少按照法律来。我在 aws 上运行个虚拟机，突然卡死了里面运行的程序说不定能让中国超过美国呢， 我是不是要让 aws 赔个 10 亿给我？

说起这个 我只想说腾讯的危机处理真的太弱了， 阿里家直接把用户的可执行程序都删除了，那家要求赔钱了？谁敢要求赔 1000 万啊？ 谁说可执行程序没有价值吗？万一世界上就这么一份了呢？

京东一句话 就能化解 收到厂房的货以后 他们对产品进行了抽检出装回去的时候把盒子装错了

用过的卡 2 次销售 ？你很难赢？别人用过一次就不能继续销售？不存在的 每张卡出厂前都点过了。所以没有真正意义上的新卡，

重新包装销售 不存在法律问题。你每一件商店里买的衣服 鞋 都可能已经被人试穿过。当然还有大部分是完全没试过的，谁都不想要试过的。但是没办法绕过。

v2ex 有一个好 智商都挺高，虽然有下滑趋势 还是比较高。没有情怀 这点很好