@FrankAdler #13 你这个方向靠谱

1. 这一块是标准库实现的逻辑，当 HTTP 请求响应结束后，会自动删除临时文件，无需手动调用 RemoveAll 。
2. 虽然可以手动控制 req.ParseMultipartForm(maxMemory int64) 参数来缓解，但是无法根治该问题。
3. 上传的临时文件越来越多，竟然没有自动删除，我觉得你需要排查一下这个问题。

自动删除逻辑： https://github.com/golang/go/blob/0f8ab2db177baee7b04182f5641693df3b212aa9/src/net/http/server.go#L1718-L1720

@nativeBoy 作为一个 gopher 已经能够自动忽略 err 噪音。就像人眼会自动忽略自己的鼻子一样，当你可以关注自己的鼻子时，又能看得到它。

@yjd 爬虫倒是一方面，更重要的是人肉搜索。比如知道微信 ID/邮箱，直接 Google 一下，直接顺藤摸瓜就人肉出来了，如果稍微编码转型，不就搜索不出来了。

@dyexlzc 你觉得 隐藏和不隐藏都一样 没用，得让领导觉得才行。

看着像是受 rust 启发吧😅

无人推荐 free-coder ？

我也是这么觉得的

1. Chrome/Edge 自带的格式化
2. https://jsoncrack.com/editor 或 https://jsonhero.io/

@349865361 #95 有一说一，最近更新是两年前，用户群体很少，不活跃。
我之所以推荐这个项目，原因是零依赖，功能丰富实现简单。功能比它丰富的，三方依赖比它多。零依赖的又没它功能丰富。
也正是它的零依赖和实现简单，该项目对于使用者来说清晰且风险可控。即便它不活跃，但是代码实现依然值得借鉴。我也无需过多关注项目本身、过多依赖作者本人贡献，也能轻易的把控该框架。

@iseki #10 我要表达的意思是，举个例子：
假设数据库中有个 vip 字段。0-不是 VIP 1-VIP 2-超级 VIP 。如果数据库中存在一个 vip 字段是 null ，但是 Go 中定义照样可以是 int ，因为 null 映射为 int 零值：0 ，null 和 0 都代表不是 VIP 。if vip != 0 { // 是尊贵的 VIP }如果 Go 设计成 *int ，就需要 if vip != nil && vip != 0 { // 是尊贵的 VIP} 这种判断了。

要不要区分 null value 和 zero value ，我认为大多情况下，设计好了是不需要区分的。但是不代表任何场景都不用区分。主要还得结合业务匹配最佳实践。

如果不为了追究最佳实践，其实 指针 和 sql.NullXXX 确实是通用的解决思路。

@iseki #10 看我 #6 回复：大多数业务层会把 IsZero() 这种当作无意义的值忽略处理，如果你严格区分 null 和 零值，那确实需要指针或者 sql.NullTime 之类的

就算用 *time.Time 或 sql.NullTime 也需要至少判断 if at != nil {} 或者 if at.Valid {} 来确定是否为 nil ，确定不为 nil ，也不代表 at 是一个有意义的时间。比如可能还是 at.IsZero()

就用 time.Time 有什么不妥吗？
通过 time.Time.IsZero() 方法来判断是否为空，大多时候外部过来的 null 值，在业务层并不严格区分传过来的时候是 nil 还是空（特殊情况例外），会统一认定为无意义的空值。如果输出的 JSON 格式不想看到 0001-01-01 这样，可以 go1.22 可以在 json tag 中加上 omitzero 。

@nasaboy 你这是缺少 libpcap 依赖，
yum install libpcap-devel 或
apt install libpcap-dev

https://github.com/xgfone/ship 零依赖的 HTTP 框架，适合我这种代码洁癖

@luckyrayyy 看到 2K 180Hz ，我都以为 OP 是想着敲代码后要打游戏 https://i.imgur.com/agAJ0Rd.png

@SingeeKing 真的假的？都几年经验？这种人招进去也是边学边做吧，甚至还会拖队友后腿。