buffalo项目配置需同步完成数据库连接、环境变量注入、静态资源路径三部分：database.yml仅为占位模板，实际连接由models.newdb()通过database_url实现；go_env决定运行时行为，public/目录必须存在以确保packr2正确打包静态资源。
Buffalo 安装完成后，项目配置不是“改完 config/ 下某个文件就完事”，而是分三块：数据库连接、环境变量注入、静态资源打包路径——缺一不可，否则 buffalo dev 启动即失败或访问 /assets/ 返回 404。
database.yml 只是参考，真连库靠 models.NewDB()
别在 config/database.yml 上花太多时间。Buffalo 不会读这个文件，它只是给人看的占位模板。实际数据库连接逻辑在 models/models.go 的 NewDB() 函数里：
- 默认实现通常调用
pop.Connection，参数来自os.Getenv("DATABASE_URL")或硬编码字符串 - 如果你用 PostgreSQL，确保
DATABASE_URL格式为postgres://user:pass@localhost:5432/myapp_development?sslmode=disable - MySQL 则是
mysql://root:pass@127.0.0.1:3306/myapp_development?parseTime=true&loc=Local - 执行
buffalo db migrate前，先echo $DATABASE_URL确认变量已导出，否则报failed to connect to `host=localhost user=...`
GO_ENV 决定中间件和构建行为，不是 APP_ENV
GO_ENV 是 Buffalo 编译期识别的唯一环境标识，APP_ENV 不被框架原生识别（除非你手动在代码里读）：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
-
GO_ENV=development buffalo dev→ 启用ParameterLogger、热重载、LiveReload -
GO_ENV=production buffalo build→ 自动跳过开发中间件、禁用模板 debug 输出、启用 packr 打包 - Dockerfile 中应写
ENV GO_ENV=production，而不是APP_ENV - 检查当前生效值：在
actions/app.go的App()函数开头加log.Printf("env: %s", app.Env)
public/ 目录必须存在，否则 packr2 打包静默失败
buffalo build 默认把 assets/ 编译后塞进二进制，但前提是 public/ 目录存在且可写。否则产出物里没有静态资源，访问 /assets/app.css 就是 404：
- 确保项目根目录下有
public/（哪怕只放一个.keep文件） - 如果之前删过
packr2生成的packrd.go，运行packr2 clean && packr2再buffalo build - 验证是否成功：运行
./bin/myapp --help，输出中应含packr字样；再ls -l public/assets/看是否有哈希文件生成 - 若用
--static构建（输出到public/而非二进制），需确保 Web 服务器能直接服务该目录
最容易被忽略的是：database.yml 不起作用、GO_ENV 拼错成 GO_ENVIROMENT、public/ 目录被 .gitignore 误删导致打包空转——这些不会报明确错误，只会让服务跑起来却无法加载资源或连不上库。
