@alexcding icloud 同步不成功，一直没成功过，ps：最新系统

22 款 m1 pro, 目前正常，显示器是 AOC 27'

还盈利 500 块

再补充点吧，1. 推荐用单独的域名模式； 2. 不要自己用路径还要 rewrite ，没用，你这写了 S3 的签名计算结果能匹配么

按照 3 楼贴的官方文档来

1. 注意不要太热，
2. 保湿
3. 穿棉制的衣服
4. 如果吃奶粉换换品牌试试，如果是母乳的话妈妈最近换些食物吃试试
5. 看医生

1. 注意不要太热，

呵呵，各种吊打

楼主你已经会上 V2EX 了怎么还会 homebrew 网络不通呢

@Variazioni 加你了，没通过还

@brader 因为你永远没办法真正做到一键

我们公司宣传资料禁止写“一键”

语言特性多，语法糖也多；学起来是真费劲不说看别人代码也费劲

研发型小公司，目前一半在 35+

就楼主的问题，举几个例子吧：

1. 开发过程中如果有需求不甚明了的地方，是想当然的做了，结果做完了最后发现潜在的问题没考虑到；是否能够在做的时候就多想下，主动去和产品或者需求方反馈
2. 安排的任务在做的过程中或者做完了有主动反馈下进度和结果么？而不是领导来问的时候，才说做完了，或者说遇到了个什么问题，卡那了
3. 或者楼上所说，让你改一个代码中的问题，那个问题可能在项目中出现了 10 次，但是你只改了领导指出来的那一两个地方？

楼主你也说了先后两个领导都说了这个问题，所以很可能确实有些不足，还是和领导好好沟通下。毕竟咱不能永远当个工具人不是。

1. 首先，楼主你要区分负责连接的线程和业务的线程。 异步的目的就是把这两个线程区分开。Servlet3.0 的异步是指容器管理的这部分线程变成异步。 带来的问题就是你必须自己去管理业务线程，比如用个线程池去处理业务
2. 传统方案下你想想如果业务处理很慢，比如一个请求要 1 秒；即使 tomcat 容器线程池配了 200 个线程，你能达到的并发是多少
3. 大白话说，实用的场景就是有大量并发的请求，你又不能拒绝服务的时候，这时候让你先连上，业务处理后面咱们可以慢慢处理，比如用个放到队列里，用有限的业务线程池慢慢处理
4. CRUD 目前不做异步的原因是绝大部分的数据库驱动不支持
5. 传统业务它的场景就不一样，并发并不是他的主要需求；但是互联网业务不一样

@frank1256

建议是采用集群部署，用多进程的方式，既能够满足生产环境中高可用的需求，也可以满足并发；而且根据你的需求，要达到的效果是满足峰值并发的情况，对付峰值并发有效的手段就是在短时间内自动通过伸缩机制进行更多实例的部署；如果不是峰值而是持续的高并发，那时候再进行应用内优化也不晚。

@Variazioni 兄弟有兴趣可以给个联系方式。我们时不时有些工作内容外包出去

试了下，输入时候感觉响应有点慢