@FrankAdler 免费额度好少已经用完，跳到 https://ries.ai/zh/pricing 等了 1 分钟还没打开？

感觉挺不错，但是你们的接口也太慢了吧，不管是登录还是系统内操作，都超级慢，打开控制台看了下，最少也是 1 秒以上，甚至 5-6 秒也有，登录使用 Google 授权完跳回来后等了接近 10s ，我都以为不能用准备输入邮箱了，结果进去了。

@Qiane 我只看到了现象，而你可能看到了本质

可能是门槛变低各种牛鬼蛇神都来了吧，个人挺讨厌这些帖子的，一点不关心别人的私生活，希望能回归纯技术氛围

gitea 不够好吗

啥时候才能废除彩礼陋习

好的中医可能确实存在，你能碰上吗，？你能辨别吗？碰上能治你得病吗？你愿意为此用自己的身体去赌多少次？然后换成普通西医医院，随便一个小医院你可能早就好了

确实断了，推送很受影响

不平等的婚姻注定不会长久，她的钱自己留着，一副做好了随时离婚的准备的样子，顺便再分走一半你的财。

@zihuyishi #16 知道根因了，你自己想办法解决吧，无非就是去掉替换 Req 或者主动调用 RemoveAll 了，或者加一个 middleware 在最后也来个 req.MultipartForm != nil

不如考虑下测试，对编码要求低，叫她一些网络相关理论知识，测试常用工具，比前端速成

我在 gin 那看到你提的 pr 和 issue 了，我发现自己的项目也有这个问题，起初我以为是 gin 的 bug ，后来排查下来发现其实是我自己引起的，确实很隐蔽
先说结论，你可能跟我一样在 middleware 里使用了 ctx.Request = xxx 的操作，导致 http.serve 创建的 req 变掉了
而自动清理临时文件是在 finishRequest 方法调用，依赖的是 w.req.MultipartForm != nil ，如果你在前面覆盖了 req ，那就和这里 w.req 指向不一样了，
MultipartForm 最开始是没有初始化的，算是按需初始，也就是执行完 middleware 到了 handler 后打算获取 file 的时候，初始化后赋值给 req ，但是这时候已经是新的 req 了，而 finishRequest 还在调用旧的 req

如果你能预估出来上传的文件大小范围，而且内存充足，可以调大 MaxMultipartMemory ，可以减少临时文件使用，默认是 32MB 。

@c398425861 已经用 vercel 自建了，免费额度够用

不如试试这个 https://b64s.uk/_1U1azFU55gT55gT5wqZ 带有效期的

女人这两腿之间的东西就是值钱啊

以前抢手机，后来抢显卡，现在抢电车

真便宜啊，可惜离我这里太远了

var 出来的指针型是 nil ，mew 的是零值
这种问题随便找个 ai 问下就行了：go 的 new 关键字 有什么不可替代的场景