bli22ard

Results 15 comments of bli22ard

![image](https://user-images.githubusercontent.com/3320896/177096413-4ea481f0-fe53-4207-81eb-f2b30e0ed6f2.png)

> ![image](https://user-images.githubusercontent.com/3320896/177096413-4ea481f0-fe53-4207-81eb-f2b30e0ed6f2.png) 同样问题

如果proto每次生成后提交到maven仓库, 那么开发过程中, 就需要先将proto 生成 jar , 上传到maven仓库,这样maven仓库就会有开发阶段的 proto 的jar,这样是不是不利于maven仓库的 jar 版本管理

好的, 谢谢, 文档最佳实战, 可以补充这个方案进去

> 试试, ntp 域名在系统里应该就是固定的,也很好找 > > ```yaml > dns: > nameserver-policy: > 'ntp.xxx.xxx': '114.114.114.114' > ``` 全部fake-ip不单是这个问题,还会有一些设备检测到dns 是内网地址,认为没有联网的。如果fake-ip分流的话, 应该没有明显的弊端吧

@Dreamacro 我自己改的分流,只有代理的返回fake ip, 不代理的正常返回, 我用了段时间感觉很好。如果要兼容以前,那就再加一个选项,比如叫 fake-ip-intellij 。可以改成这个样子吗

> 还有一种场景, 如果域名规则判断需要直接, 代理客户端还是需要解析 DNS , 进行 ip 查询吧 是的, 如果判断ip需要直连,会按照正常得规则进行解析。只有需要代理的ip才需要 返回fake-ip @Dreamacro 这方法不可行吗,存在什么问题吗

> 提了一个 pull request来修复这个问题,参考了 database/sql 的代码。 @silenceper 我放在自己的项目里面跑了一段时间,暂时没有发现问题。 我看了下你修复方法, 大概思路是,在关闭的时候创建连接,用来激活 ret, ok :=

service version: v1.2.0 I had the same problem, service.Status () can't work

我也有这个问题, 报错之后, 显示又是正常的