@moell 你说的这个场景，小米就是这么做的，但是问题真的很多很多，你这个应该主要还是服务端多投入硬件资源了，市面上大部份解决方案应该都是可以满足的，我之前做过类似的场景，如果不想延时太大，就增加服务端硬件投入，增大服务端的并发能力，尽可能保证任务执行不会被耽误就好了不过你的任务应该都是比较恒定的，服务端只是生成指令下发，没有最终的任务执行，应该是比较好根据任务并发量来评估

我的经验是，提前一天走，你可以把堵车甩在身后，路上也可以很从容的休息，29 号凌晨走刚好就是高峰期

@polobug 你有不同意见，肯定是你对

拨开营销迷雾和爱国情怀，只怪安卓机没有一个能真正抗衡 iphone 的，希望国产厂商在研发实力上能真正站起来啊，而不是把所有精力用在指挥水军上

用了什么黑科技吗？ nginx/haproxy 什么时候这么弱鸡了

这个看经济能力吧，不一定要跟随别人的标准

@cmdOptionKana 你还真的是深得废话文学的精粹

go 不是很擅长并发么，现代多核处理器加 ssd 的组合，不至于这么慢吧，1g 左右的文件大小，1-3s 属于比较正常的范畴，检查下缓冲区跟异步并发这两块？

我手头这个 iphone ，似乎已经很久没有用过线了，magsafe 挺香的

对 type-c 其实不太喜欢，插拔体验不好，而且感觉耐用性也差

upstream 动态配置确实有需求，所以我最终用了阿里的 tengine ，大厂背书，并且也上线很久了，算是经受考验了。至于你们提到的透明流量劫持、熔断、遥测之类的，第一是需求不明显，第二是感觉对通信过程改造幅度很大，很担心有风险，说实话，不敢尝试

这是把小电影直接入库了？

如果只是为了加热冷冻包子，没必要专门买一个电蒸锅，浪费地方。

考虑下微蒸烤一体机，用途多一些，不过这玩意儿水深，要谨慎选择

买过这个牌子的家用路由几天，那体验真的是无可名状的酸爽，没想到这年头还有这么烂的路由器敢推向市场

其实吧，现在挺流行撒娇卖萌的，up 就从了吧

逛 v2 的人，还需要这种教程？惊讶

中期目标的实现节点，很难是 3 到 5 年，30 到 50 年都有点牵强了