双持好了，我目前也是：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 高频写入会有问题，换库才能解决。

@drymonfidelia 服务程序没有日志，OS 也没用系统日志吗? 你的 Redis 是否有高频写入操作? 你给出来的信息实在太少了。我们部署在 Ubuntu 20.04 上的系统 4 年了，没出过什么问题。

切片语法就是这么规定的，因为 slice x:y 的 xy 的有效取值范围都是 0-len(slice).
而且 slice 并不拷贝底层内存内容，只是一个简单的索引计算和指针赋值。go 的零值是一个特别特殊的东西，应该是 go 独创的一个哲学概念。

不支持，就这么简单。微软已经修复了通过注册表设置位置的 bug. 你强制设置了也没法用，适配有问题。

@liushawn1999 给插件的作者提 issue ，让它处理路径存在空格的情况。

最好的办法是去查找 jar 提供者的文档，没有简单的办法知道。