可以记住一个人的上下文，并不意味着可以记住全球几千万的，因为每个人的上下文是不能交叉的。

并不是记不住，而是记得越多，下一次回答就要从头重新扫描一个当前的上下文，这会导致计算量极大，因此一个上下文越长，它的会速度就会越来越慢，越来越慢，至于为啥不能固化上一次的权重，当然是因为成本，如果算力足够，不计成本，当然可以记住你一个人的全部上下文。

@blackeeper 数据库配置文件根本没有被请求的可能性，数据库配置是通过环境变量注入到应用的（一次性环境变量)，数据库被入侵的时候应用容器组都是停止状态)。我远程的 root ssh 都是关闭了的，而且 root 的密码也是修改过的，默认用的也不是 root 账号，整个环境除了存在 0day 我实在想不通到底是哪里导致问题的，我现在甚至怀疑微信发送消息是不是会被泄露，因为整个流程我只有通过微信自己给自己（文件助手)发送过 mysql 密码，密码除了我的微信上有，我自己甚至都记不住。

@blackeeper 这些地方都没有可能性，因为数据库被攻破的时候，我的应用是停止状态，另外我的引用也全部是容器化的，msyql 工具用的是官方下载的 MySQL Workbench 8.0 CE ，密码除了通过微信发给过我自己，没有任何人知道。

有条件就再准备一个 Windows 笔记本的，性能也不需要很强，我现在的 Laptop3 就出差的时候应急。项目现场做汇报，没有 Windows 机器各种麻烦。

双持好了，我目前也是：2 个 Windows 台式机，一个 Mac Mini ，一个 Air. mac 主要用来娱乐，Windows 主要用来工作。使用 OneDrive 同步数据。

@blackeeper 我的应用使用的不是 root 用户，权限很低，不可能修改其它数据库。而且我的应用理论上来说就不可能有 SQL 注入漏洞，因为没有任何语句支持动态 SQL 。我感觉只有可能是密码被爆破了，不过这个机器本来就是随便开来做一次性单元测试的，有点想不通到底是那个环节出错了。

@daxin945 就是感觉很奇怪，就第一次公网 3306 没改端口，而且用的还是复杂密码，不到一天就被人给破了，主要是镜像还是上周五拉取的 docker hub 上的 mysql@latest 镜像。幸好上面没有任何有用的数据， 虽然有很多个数据库，但里面的数据都是伪造的垃圾数据。我本来想要设置一个足够复杂的密码，应该没啥大问题，我也就做多开一周，结果周五开的，周一来看，就被人给全部办了，看来公网果然还是危险。

@fredcc 防火墙开了 3306 的入站端口，我难以理解，这是操作系统的密码存在漏洞，还是 mysql 数据库的密码系统存在安全漏洞，按道理来说，我随机生成的 128 位的密码，是不可能通过撞库来破解的。

@ajiangstudy 没有限制 IP 地址，任何 IP 地址都可以访问。

一样，莫名其妙发热，有时候烫手，从 x 开始，每一代我都遇到过，间歇性发疯。

重装系统吧，估计是某个关键 SEHLL 组件异常了。

公网->光猫->路由器->软路由器： 每一个环节都需要确保 3389 最终能到你的软路由器上(如果你没有修改端口)

你要先有能力判断它给出来的结果是否正确再说。

个人感觉是并没有， 不喜欢 JetBrains 所有 IDE.

@drymonfidelia 实在不行，采用 @StoneHuLu 说的，跑在容器里面看看，限制下资源使用率。或者使用 @hez2010 说的，上追踪看看，服务器性能没问题，应该影响也不大。

吵得要死。你在家里用，别开玩笑，放在地下室差不多。

@gowk 撕毁旧的协议，属于无耻和违法行为，基本的契约精神都不讲，果然和国内的互联网公司一个模式，使用免费的名义将你骗上贼船，然后开始宰割。

先试着将 runtime 和程序服务捆绑到一起发布，然后看看这个 dll 丢失是否还会存在。另外 StackExchange.Redis 高频写入会有问题，换库才能解决。