日志级别由 buffalo.Options.Logger 字段控制，需在 app.go 的 buffalo.New 调用中显式传入带 level 的 logger 实例（如 logrus.WithLevel(logrus.DebugLevel)），不通过环境变量或配置文件设置；默认为 info，debug 日志需手动启用且重启生效。
日志级别由 buffalo.Options 控制，不是靠环境变量或配置文件直接改
Buffalo 默认使用 github.com/gobuffalo/logger，但它的日志级别不通过 database.yml 或 .env 设置，而是在启动应用时传入 buffalo.Options 结构体。常见误区是去翻 config 目录找 log 配置项——那里没有。
关键点：日志级别在 app.go 的 buffalo.New 调用处决定，且必须显式指定；否则默认为 info 级别，debug 日志不会输出。
-
Options.Logger字段接收一个实现了logger.Logger接口的实例，不能只传个字符串 - Buffalo 自带的
logrus适配器（github.com/gobuffalo/logger/logrus）支持设置 level，但需手动 wrap - 如果用
buffalo dev启动，默认走开发模式日志，会自动加颜色、显示请求耗时，但 level 仍是info
如何启用 debug 日志（最常用场景）
修改 app.go 中 buffalo.New 的调用，在 Options 里注入自定义 logger：
import (
"github.com/gobuffalo/buffalo"
"github.com/gobuffalo/logger/logrus"
"github.com/sirupsen/logrus"
)
func App() *buffalo.App {
if app == nil {
app = buffalo.New(buffalo.Options{
Env: ENV,
SessionName: "_myapp_session",
Logger: logrus.New(logrus.WithLevel(logrus.DebugLevel)),
})
}
return app
}
注意：logrus.WithLevel 是 Buffalo 提供的封装，不是原生 logrus 的 SetLevel；直接用 logrus.New().SetLevel(...) 不生效，因为 Buffalo 会重新包装。
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 可选 level 值：
logrus.PanicLevel、logrus.FatalLevel、logrus.ErrorLevel、logrus.WarnLevel、logrus.InfoLevel、logrus.DebugLevel - 生产环境慎用
DebugLevel，尤其在高并发路由中，大量中间件日志可能拖慢响应 - 若你替换了 logger 实现（比如用
zerolog），必须确保其Logger接口方法（Debug、Error等）被 Buffalo 正确调用
为什么 LOG_LEVEL=debug 环境变量没用
Buffalo 不读取 LOG_LEVEL 这类通用环境变量。它只认 GO_ENV（影响整体行为模式）和 DATABASE_URL（数据库连接），日志 level 没有对应环境变量映射。
- 有人试图在
.env里写LOG_LEVEL=debug，但buffalo dev启动时完全忽略 - 如果你用
go run main.go手动启动，可以自己解析环境变量再传给logrus.WithLevel，但 Buffalo CLI 不做这层转换 - 真正起作用的是代码里写的 level 值，运行时无法热更新；改完要重启进程
自定义日志格式或输出目标（如写入文件）
Buffalo 的 logger 接口只暴露方法，不暴露底层 writer，所以不能直接改 output。但你可以替换整个 logger 实例：
l := logrus.New(logrus.WithLevel(logrus.InfoLevel))
l.SetOutput(&os.File{...}) // 指向文件句柄
// 或 l.SetFormatter(&logrus.JSONFormatter{})
app = buffalo.New(buffalo.Options{
Logger: l,
})
注意：SetOutput 和 SetFormatter 必须在传给 buffalo.New 前调用；传进去之后 Buffalo 就只调它的 Debug/Error 方法，不再碰内部字段。
- 文件日志要注意权限和轮转——Buffalo 不内置 log rotation，得自己集成
rotatelogs或lumberjack - JSON 格式适合接入 ELK 或 Datadog，但开发时用默认文本格式更易读
- 所有日志行都带时间戳、level、组件名（如 "request"、"middleware"），但字段不可删减，定制仅限 format 和 output
真正容易被忽略的是：Buffalo 的中间件（比如 RequestID、Wrap）和模板渲染错误都会走这个 logger，但 panic 捕获日志走的是另一套机制（Recoverer 中间件），它默认 always 输出 error 级别，不受这里设置的 level 影响。
