@stimw 但是要求签 CLA 在商业化项目中是很常见的, 我只是觉得多一个步骤体验不好

没有 API 能一次性查多个商品库存

上货=>补货

@locoz 具体场景不方便公开，但差不多就是库存监控，有 90000 个商品，上货时间没办法提前知道，我们永远比同行慢 3 秒

对方套的是 akamai 的 cdn ，测试出来 azure 耗时最短

爬的是国外的站，对方的站套了 cdn 不知道是什么机房，已经选了测试出来的耗时最短的云买服务器爬了

@so1n 并发 8000 个要 3 秒多的话才能全爬完一组 8000 个，但是单请求一个耗时只有 0.15 秒
业务实时更新接近 9 万个 URL 的数据，同行不知道怎么做到的延迟不到一秒，我们用了 10 台服务器都做不到

@darksheep9527 文件名里有创建时间呀，只要知道发生问题的时间还是可以一次定位到日志文件

@ladypxy 我们产品不同时间活跃用户量差异很大，不适合按时间

@feelinglucky 已经发生过不知道多少次日志撑爆硬盘了 要不我们能跑就行的代码连压缩都不会做

在我们公司 这个时候你上班看 av 都没人说你

估计修 typo 工程师狂喜
我有两次高 star 项目的贡献 差一次

自己 google ant design 圣诞节事件 删库事件
企业级的产品和玩具一样做

对 bitlocker 这层来说根本没有文件的概念

不可能 bitlocker 是按块加密的 要是有数据丢了整个盘都挂载不上 不存在只丢几个文件的情况

@killerzhangsan botfather 100%也是这么做的，每次点击按钮的时候把用户 id 字段和 callback_data 随便找个地方存起来，每次收到文字消息的时候检查是否有存起来的 callback_data ，有就进行对应操作，然后把存起来的 callback_data 删掉。为了防止用户很久以前点的按钮忘记了，通常还要存一个点击时间，超过一段时间就废弃。

@killerzhangsan 我知道你的意思了，在数据库里存用户最后一次点的按钮名字啊，不想用数据库就用 redis
微信公众号也是这么开发的