@lizhenda 差不多这个意思，学起来不难，就是不想去学，能用就行

@zhuzhibin 我们每天访问量不大，也就百万级别，而且并发不高，写好 sql 其实可以解决大部分问题了

@xinJang 对的，关联查询一条 SQL 就能搞定了，按照遍历的方式，列表越长执行的 SQL 数越多

@yanzhiling2001 可以去学习一下 mysql，都说 IO 是 Web 应用的性能瓶颈，而 SQL 查询是 IO 最重的地方，优化一条慢查询，比你做什么集群分布式都好用

@opengps 对的，分布式微服务架构，是一把利剑，但其实大部分中小应用都用不到，单体应用一把梭了

@wangbenjun5 我有委婉提过这个问题，他们说 JOIN 太难用了

@xinJang 你想多了，举个这个的需求：在一个用户列表里，显示用户发表的动态数量；他们的实现就是先把用户列表取出来，然后遍历这个 userList，然后取其中的用户 ID，再一条条 SQL 去 count 用户的动态数量，在组装到用户实体上

@GiantHard 木有 code review

@Acoffice 我倒是更认同你这个说法

@palfortime 就算 in 能这样解释，那 n+1 呢？这个可是妥妥的拉性能的查询

@infun 也不至于，都是工作了四五年了，再怎么培训的也不至于这么不行，其他缓存队列分布式，说的头头是道

甚至在优化 json 序列化、网络传输包、语言反射等性能，但是代码中 sql 查询一大堆的 n+1，那些优化等半死，才提升了几十毫秒的性能，大头全被 sql 占去了

@skipwitit 如果不开夜间模式确实影响不大，但是假如开了夜间模式，在晚上关灯后躺床上玩手机，非常影响。整个微信界面就是绿油油的，不仅仅是摇一摇界面

@syuraking DNS 校验也是支持自动的

@crystom
这个是其中一个资源链接, 控制台上传, 不是 api 上传的:
https://storage.googleapis.com/drivefile/1uj4wzb0qj5wrjgyt4tzm009o.jpeg

这是通过 gsutil 设置的 cors 的配置:
```
wenghang1228@cloudshell:~ (lustrous-camera-267010)$ gsutil cors get gs://drivefile
[{"maxAgeSeconds": 360, "method": ["GET", "POST", "PUT", "HEAD", "DELETE"], "origin": ["http://127.0.0.1:8081"], "responseHeader": ["Access-Control-Allow-Origin"]
}]
```

@crystom 不是的, 换浏览器换电脑, 都是一样的结果

@DGideas 咋发?找了半天没找到工单在哪里

@DGideas 看了请求, 没有响应跨域相关的头, 但是通过 gsutil 去 get cors 配置, 确实是配置好了

@g5hdyd 就单个部门，三五个技术人员