@zsc8917zsc 这是假期结束了么

@coderluan 说到抖音快手，他抖音粉丝是不少。都是花钱买的流量，充了块小一万了。抖音投放挺坑的，天气花小钱，投放不小，后面看你充钱起劲，投放就给的少了，得加钱。。
钱没挣到，反到花了不少。哈哈哈

话说回来，他要是愿意天天溜达着玩抖音，休息，花点钱也无妨。突然想教我老爸拍抖音了，很 nice 的 idea

@processzzp 凸(艹皿艹 )

@CoderGeek 感谢，去查了，感觉很有帮助。如果我说的这些疾病，不影响上保的话。

@processzzp 果然。。。和我猜的一样，啥都要北京户口
@peteretep 岁月不饶人啊

@busier 是这样的，已经不计划从邮件里爬数据了。
@myTrip 我看了一下，还挺清爽的。
@hoky 不折腾了。。

未完待续。。。。


后面还要上亚克力板，可能是带条纹的那种，硬盘现在是 500G*5,等降价了再加。硬盘位可以无限扩展，现在是 16 盘位（挪电源），竖柱加高可以变成 32 甚至更多。但是就不好看了也没必要

@he1293024908 忘记写退货原因了，硬盘通电时间 5 万小时+，写入数据 400TB+。通电热的厉害

@he1293024908 已经退货了，最终买了 4 块 500G 的硬盘，玩玩就行了，一共几十块钱。sas 硬盘 sata 硬盘都不便宜现在。准备等等，等到价格便宜了再说。

@Hardrain 本来就没计划买全新的。目的是找个会的人，学学怎么用。

@Dorathea 本意是吐槽，我完整的表述一下。不便说太细，有问题可以留言

场景：很多，比如启动预加载信息，进某个页面批量获取信息。批量调用是合理的也是正确的。

问题： 后续加入的新 api 有依赖关系，app 框架依然使用批量调用，这扫问题点

优化方案： 很多，举几个
1. 最简单的就是 app 不在批量线程里执行，等待 A 的数据拿到之后再请求 B 接口
2. 后端代理执行，前端请求 A 和 B ，B 不使用 A 的参数，后端代理客户端再请 A 一次，
3. 后端察觉的请求数据 不对，返回客户端参数异常，等客户端拿到 A 的接口再次重试（很糟糕的方案）

最后措施：方案 3 ，客户端依然批量执行，如果没取到，后端 api 报错，前端重试，直到成功

last
方案 1：其实说到最后，就是原有的批量执行方案不可修改。至于为啥不可修改我也不得而知。
方案 2：为啥后端不代理执行，因为两个机器中间隔了一个太平洋，又完全不是一个系统，考虑到用户各种隐私都需要上报太过笨重。话说归来，问题也不是从后端引发的。
方案 3：为啥选择重试呢？ 我也想问，可能这样开发量最小吧。3 楼我提出的问题就是这样产生的。

我做了那些事： 无非就是增加网管鲁棒性，限流，等等后端常用的技术方案

ps: 上面打错了 流量是 1000Mb 打错单位了。

@pulutom40 我只是想吐槽，cc 领导已经没啥用了。偶尔一次两次我也不会来吐槽，这么多年了经常这样。我领导也说，做好限流，别让自机的服务崩掉就行，不行加机器。。。乏了

@litchinn 我是接收方，nginx 接受能力比较强，后代的网管和服务就惨了，cpu100%，线程池和队列全满了，根本处理不过来。nginx 上全是 500 错误。对方是客户端，几十万台手机，循环产生 1g 的请求还是比较容易的，而且还是 post ，上报数据，请求体本来就大。

@realkaiway 对方是客户端，app ，安装在用户手机里的。几十万个设备，同时这样发请求，流量能不大么。我还是不建议了，他们好像不愿意改历史代码，只在自己的模块改东西。

@yvyvyv 那天我们的运维老大找我聊天，get 到问题点后，说了一句。我们拥有全球最牛逼的压测平台。

白茶. 无
绿茶. 张一元、安吉白茶
青茶. 无
红茶. 无

ps: 已经有一贴了，op 为啥还发，难不成是骗铜币的？（已奉上）

@JoeJoeJoe 这应该是标准流程吧，一个鲁棒、安全的系统必须有的。错误码肯定都是脱敏的，只要是非法请求，统统是系统错误 or 参数错误，只有一些特殊情况，返回一些特殊数字，客户端解包进行下一步处理。