说不定 python 编译的时候没带 SQLite 🐶

楼主代码用得应该是 echo 示例里面给的这个

https://github.com/labstack/echo/blob/master/middleware/logger.go#L227

SQLboiler 看的 API 起来挺舒服，可惜不支持我现在的使用场景，我有几个表恰好他不支持…

@EminemW 优化 select 是指只 select 用到的字段？这个在 gorm.DB 初始化的时候有一个 SelectFileds 的设置

不至于这么慢吧，你把 log 输出到 io.Discard 试试?

你这个远程是多远，同一个局域网里的其他机器？公网上的其他机器？

@Askiz #9 你的 gorountine 里面就没必要写 resultChan <- ，这些 router 都已经运行完了 judgeFunc(value)，为什么还要阻塞呢。

https://gist.github.com/Trim21/157f85d710dae45e29d7c10504a4c93d

atomic 没给 bool 类型，就直接用 int32 了

@wheeler 的确是未定义，开了 -race 才会报错

既然都用了 wait group 了为什么 MultiJudge 还要额外用 resultChan 来控制，为什么不直接把 wg.Wait 移到外面来，删掉 result chan ？

或者直接用 result chan 来传递各个 goroutine 的结果，还能避免并发读写的问题。

你这样给 result 赋值可能会因为 data race 而 panic 吧

很好奇为什么你声明的 type 不用导入…

不是前端，业余做过两个 vue2 的网站，都了解过你问的 vue2 这三个问题…

每一层返回错误的时候都要用 fmt.Errorf 包一下，要么就在最底层用带 trackback 的 GitHub/pkg/errors 包 Wrap 一下。

我最近写了一个，如果你知道序列化之前是数组还是 map 的话，那用法跟 json 包一样… https://github.com/Trim21/go-phpserialize

.where(…).or_where(…)

所以这个问题的解就是，把 go.mod 写成最新的版本，然后把对应的测试文件加上 build tag 保证旧版本的 go 编译器不会运行这些测试就可以了 - -

时隔一个星期后的更新。

今天看 zap 的代码才发现，自己理解错 go.mod 文件中这个 go 版本号的含义了。其实 go.mod 里面填的 go 版本并不会限制下游用户使用的 go 版本，甚至不会限制库开发者用到的 go 版本... 就算 go.mod 写了 N ，只要没用到 go N 引入的新特性，照样可以用 N-1 版本的编译器来开发和测试，甚至运行。甚至 go mod 写了 N-1 的其他用户也是可以引入你的包的。

比如 zap 的 go.mod https://github.com/uber-go/zap/blob/master/go.mod#L3 是写了 1.18 的，想要支持 1.17 版本，只要把所有的泛型代码所在的文件加上 build tag 就可以了...

最高效的办法是去用那些已经写好了 typing 的类库（）

不过实际情况是各种类库质量参差不齐，甚至有的开发者觉得写 typing 不“pythonic”而拒绝添加…