楼主就很离谱

双节点 切换前面负载均衡就好，或者容器滚动更新，非 go 业务。

热重启方案不靠谱，在新程序启动报错 panic 的时候，旧的也关掉了会暂停服务；热重启在容器下不支持。

gomicro 不太连接，好像是自动随机端口内部网络路由。

单元测试先到 95%以上在说，都这么多年了还才 69%，有没有 race 测试都不知道。测试覆盖率报告： https://codecov.io/gh/gogf/gf/branch/master

以前看到的 gmap 组件的软文(18 年)，单线程去对比测试 sync.Map ，得出的比 sync.Map 块一倍性能结果 2020 年看还在，这样低价错误严重怀疑水平。

代码质量报告： https://goreportcard.com/report/github.com/gogf/gf

69%叫做高覆盖率，别人 98%、100%叫啥，goreportcard 的检查问题一堆也叫高代码质量，基本的 gofmt 都没有，注水真严重，多的就没看了。

第三方依赖最好 vendor 下 ，例如 iris 篡改 git 历史就删了老版本，没法编译旧项目了，引以为戒。

双 gopath 最佳,GOPATH=/root/go:/data/go

/root/go 作为第一个 gopath，所有 goge 的 t 第三方依赖存放在这作为本地依赖仓库，在 /data/go 里面可以编辑自己代码作为 workspaces 。

gopath 全局版本对于多项目组织更好，gomod 可以锁定依赖版本用于单项目开发。gomod 不适合多项目协同，从 11 开始一直没有解决。

说代理问题的 gomod 有 goproxy 的都是采集。

telnet 的效果 net.Dial 不就行了吗？

一楼 +1

后端自己写的大量轮子，前端自己设计布局，虽然比不上大家的，但是还是发出来露个脸： https://www.eudore.cn

随手的伪代码，没调试。

```golang
type response struct{
http.ResponseWrite
Status int
}

func (w *response )Write(data []byte) (int, error) {
if w.Status==404 {
return 0,nil
}
return w.ResponseWrite.Write(data)
}

func (w *response )WriteHeader(code int) {
w.Status = code
w.ResponseWrite.WriteHeader(code)
}

func(addr string) echo.Handler {
proxy := httputil.NewSingleHostReverseProxy(addr)
return func(ctx echo.Context)
w := &response{
ResponseWrite: ctx.Response(),
}
proxy.ServeHTTP(w, ctx.Reuest())
if w.Status==404 {
ctx.WriteString("proxy 404 啦")
}
}
```

http.ResponseWriter 封装一下，如果写入状态码 404 了，不 Writer 数据了，在反向代理完后，检查下状态码是不是 404，404 就自己执行额外操作。

膜拜大佬 我以前也被弹过，双 11 偶尔来一下，还没仔细看就没了。

不是有 pb 插件自动生成的调用代码？ 你还自己手写个啥

web csp

unsafe-inline 是的 htm 里面写了 js 内联这样的，要把 js 只有内联移到独立的文件里面，unsafe-eval 是说你使用了 eval 函数，类似反射这样的操作，可以执行任意字符串代码，不可控不安全。

需要找到报错的地方，然后改掉代码。

便利店不是卖快餐的吗？

大佬 6666666

顶一个，逻辑正确。

在跨越时，options 请求需要返回全部相关 header 和 204，非 option 必须返回 Access-Control-Allow-Origin 然后继续处理;origin 是请求必要的 header 。

[https://github.com/eudore/eudore/blob/master/middleware/cors.go]( https://github.com/eudore/eudore/blob/master/middleware/cors.go)

ssr 自带负载均衡

nginx 监听隧道代理的地址，tcp 转发给后端多个代理服务器

涉及一个 http 里面的概念端对端跳对跳。

从服务的入口 nginx 开始，到处理后端一般会经过多个反向代理，在每一个反代会将上一个代理或客户端的地址加入 x-forwarded-for 里面，可以看到自己的流量经过了那些节点,第一个一般是客户端真实 ip，有的直接在最外层设置 Real-Ip 这个 header 记录客户端真实 ip 。

而 Remote Address 是 tcp 连接到后端处理者的 tcp ip，通常是最近一跳的 ip 地址，如果经过了多层代理后这个 remoteaddr 是最近代理地址，而不是客户端地址了，服务端获取客户端 ip 一般就先检查 x-forwarded-for 然后才取 remoteaddr 。