qps 不到 20 ，什么配置会这么大影响嘛

养老也是 m1 起步吧。。

确实如此，我的轻度使用目前 89 ，早上 100 出门，晚上到家还剩 30-40 ，还是够用的。对电池健康很在意的话不要买。

稳的飞起，同事代码 key bug 无限 append 单 key 200mb 的超级大 key 才打挂 aws 的一个节点

我的理解是以业务逻辑为核心，99%的业务返回值，而 1%的业务是很明显需要指针的，对于不能完全理解以上描述的开发者先返回值是没问题的。

低权限普通人员短信验证码 扫码登陆 这样可以防止他们乱存乱发密码
业务系统危险权限需要 vpn 核心业务开关或设置
服务器 ssh 需要配置证书
3 个层级

@looveh #34 如果不用消息队列如何处理，就是单表查数据如何更平均高效的并行处理，这个才是你想了解的问题核心吧，假设有 2 台机器提供部署，每个应用启动 10 个线程，20 个线程该如何均匀的处理 100 万条消息以达到最快的处理速度，并且不重复处理。

@nananqujava #9 那其实就是裁员，不要签等通知就行了，签了其实可能也就是拿 n+1 给你发工资而已，你还要干活。

你这种情况铁定没有年终了吧，不如现在就协商给 n+1 ，我的理解如果一定要这样弯弯绕绕就可以不签，先摸清楚公司是想裁你还是想最后 pua 你一波，计划本身你是否可以完成。

我的理解首选云南看气候你喜不喜欢了

1.你需要实现一个中台接口，并行调用内部和外部多和接口并将接口返回值进行拼接返回。理论上要求你接口的响应时间略高于响应时间最长接口的时间。
2.前台有一个接口接收第三方的回调数据存入数据表，你需要在后台脚本尽可能的实时扫表处理每条数据，要求是不能重复处理，需要准实时处理。
3.大批量发送站内信/app push/短信/邮件
4.excel 导入大表，高效清洗组装数据入库
5.电商系统风控模型，需要根据用户行为/下单/登陆/历史订单/地址/支付等多种信息判断该订单是否需要风控拦截。

@KKLeon #61 小烤箱也可以啊，按照每根肋排切开就行，买羊排的时候找商家给切下，很好烤的。

烧烤腌料，直接烤箱烤