淘宝的例子不恰当，请无视，换个例子，应该是把抢购改成实名预约制，而且比如你买个 iphone ，背后就印着你的名字，杜绝倒卖

当然这根本不可能，但是火车票可以，火车票是实名制，你退票了，人家立刻把票分给其他排队的

@documentzhangx66 不看回答的么，我第一句写的就是高铁次数够多

抢购是因为流量也是一门生意，尤其是淘宝这种，管你是爬虫还是用户，对于淘宝都是收商家广告展示费

12306 改了官方补票之后，以前手动按 F5 的少了，自动抢票的机器人废了，那自然恶意流量下来，就能留给正常业务

@gotounix 12306 的例子互联网公司学不来

首先，12306 挂钩我国铁路建设，只要高铁车次够多，就不需要抢，而互联网很多抢购是耍猴，根本没有货
其次，12306 对流量不关心，他只关心票卖了多少，所以 12306 的官方排队绝杀灰产
第三，12306 现在是分时段放票、抢票，这样并发就分散下去了

战 66 是双内存可换，其余的就没注意了

这个题我真的不知道怎么解，因为阿里在双十一，第一件事就是停掉了往期消费记录的查询功能，这种又大又冷的数据，在高并发的时候就是个累赘。

海量数据+大并发+实时+稳定，如果这些数据还不能负载均衡拆开，插眼等大佬

razer 真的太信仰了，这个价格受不了

目前国内我用的 acer 幻 x ，国外叫蜂鸟吧，1.3kg ，但是仅限原神水平，毕竟才 35w 3050

google 是太中立管不过来，百度是全指着作恶收钱呢

爬虫站挂了很多的广告，有的还有挖矿，总有人上当的

@DreamCMS 低代码、拖拽开发太多了，人家本身就是面向中小企业的，表多不是问题，你用列数据库行增长不也得考虑，企业审批就是业务固定字段巨多，别人一行存 30 个字段，你就得拆出 30 行了，用 kv 的话，行数据库还能保留个 date 类型，你用 kv ，真的全 string 啊

@DreamCMS 一个表单就是一个业务，怎么浪费了，是按业务计算表的个数，传统 sql 设计 1 对多不就是开子表么

这样设计做报表是爽的，他除了字段难看点跟传统表设计没太大区别

字段的 id 可以自动生成，直接 field1 ，input2 ，text3 ，datetime4 这样，或者随机，拼音自动转都行

有什么难的呢，你可以说一下，除了搜索部分比较纠结，存储很简单的，直接用代码动态建表，不要管性能，也别管浪费，直接 select * 全弄出来，然后跟着前端 json 一套，就出来了，只要不是涉及计算的字段全给他 varchar 拉爆

子表也类似处理，这样就是子表不支持搜索，能搜性能也太差了

艹，这都能看到 otto

@Livid 对于 @mortal 这种，进了主题什么都不说了，就光找茬，有处理么

喜欢分析的可以试试刃 9000 这个电脑，这个电脑上 2 前 3 后 1 的机箱风扇设计，他是正压还是负压呢

而且还一个问题，严格开孔+过滤网，一旦你的滤网堵死，通气效率就非常受影响，尤其是办公室用户，是没那么多闲心清理电脑的

所以台式机也好，笔记本也好，win 电脑到处都是开洞，不存在严格正压负压，就是一个气流走向

@GrayXu 积尘板或者过滤网可以很容易的拆下来，但是风扇上面或者原件上面的灰尘就得自己拆机处理了

可能就苹果这种倾向于开小洞，其余的笔记本底面都大把开孔，你觉得不够劲还可以用散热底座帮着吹