假如你是能够开发这个功能的牛人，你能忍住不收集这些信息？

难道不是 ID 越早越不活跃吗？

荣耀不是广告很多吗？

对初学者来说，其实是有很多的机会在工作内容中寻找到自己感兴趣的点。当一个人的技术水平越来越高，才会慢慢对重复的工作内容失去兴趣。虽说工作之外的兴趣更重要，但尽可能在工作内容中找到提升水平的机会，是性价比最高的做法。

硬着头皮全部看完。

老人家可能需要。

根据自己需要来学。

"已拦截跨源请求：同源策略禁止读取位于 https://api.huang******.com/api/girl_generator 的远程资源。（原因：CORS 请求未能成功）"

首先，你要的是汇总，所以是不是要等全部单元格检查完了，再输出汇总结果？而不是遇到一个错误，就立刻抛出异常中止检查？

其次，你的汇总结果当中要包含什么有价值的信息？是否要包含单元格的位置，单元格的内容，以及为什么有问题？所以你的 Response 里面是不是应该有一个 List ？

症状都是表象，看不出任何有价值的东西。要看就看体检结果。不过看你描述，感觉你就是一般的糖尿病前期而已。

是你没想通，当你想通了，就不会把这种沙雕同事归类为“致郁系”，而是归类为“小丑系”，“乐子系”了。她既然没这个权力，那再怎么指指点点都不过是个乐子人而已。当然她真要是指点到你头上，你可以去找她上面发牢骚，如果找不到就找你自己上面，说这人影响本部门工作，你上面大概率不会不管。

B 站也有桌面端，可以试下看看。另外当卡顿时，检查下系统资源使用情况，例如 CPU 是不是满的，GPU 是不是满的。

他们为什么找你，这个是无法预测的。即便知道你翻墙，也不一定马上采取行动，因为他们有自己的做事情的方式。另外，既然是联通的人找你，那么他们可能是接到当局通知，被要求对监察对象的生活状态做一次了解和摸底。在校园网里面你就老老实实玩游戏就好了。

这些课程本身问题不大，但肯定不能百分百覆盖所有观众的知识面。所以如果你完全依赖讲课内容，遇到不懂的点只会埋怨内容不好而不会自己去外面搜索，那说明你自学能力还是不够。

前面提到 SurrealDB 的请注意了，它不是一个关系数据库。

粗看了一下文档，它的架构分为解析执行层和存储层，其中存储层并没有自己单独开发而是使用现有的数据库，比如你部署了一套 TiDB ，就可以用它做存储层，再额外部署 SurrealDB 的解析执行层。因为存储层都是 kV 数据，所以它支持多模型，甚至自己定义了特有的 SQL 语法。

在数据层面它是一个文档数据库，但是支持 SQL 和事务，所以苦于没有事务的 MongoDB 用户可以尝试一下。

然而关系数据库用户要注意了：虽然 SurrealDB 提供 SQL ，但它不支持 join 。

感觉你描述有问题。一个服务需要发邮件，只需要连到邮件服务器即可，自身不需要侦听任何端口。