ericwyuan e7c336b9df fix(db): 数据库晚一步启动就会让服务永久挂掉 ...

今天 11:33 站点整个不可用。不是代码的问题，是启动顺序：
NAS 上 MariaDB 在 11:34 才起来，而应用 11:33 就尝试连接，
init_db() 抛异常 → gunicorn 报 Worker failed to boot → master 退出。
一分钟后数据库好了，但已经没有进程在跑，没人会去重试——
站点就一直躺到有人手工重启为止。

init_db 改为在 DB_INIT_RETRY_SECONDS（默认 120 秒）内重试等待数据库，
超时仍然如实抛错，不会假装启动成功。NAS 重启时应用和数据库一起起来，
这个竞争是常态而不是意外。

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

2026-08-25 14:23:07 +08:00

..

routes

feat: 补齐 Garmin 未同步的数据，并各自配上界面

2026-08-24 04:16:33 +08:00

services

fix: 返回键失效的根因 + 同步页重做 + 连接池会永久阻塞线程

2026-08-24 08:41:48 +08:00

tests

perf: 今日页首屏 394KB/2.0s → 51.5KB/0.82s

2026-08-24 04:34:32 +08:00

.env.example

[阶段10] 前端以 Framework7 重建，采用 iOS 原生形态

2026-08-23 23:38:21 +08:00

app.py

fix: 返回键失效的根因 + 同步页重做 + 连接池会永久阻塞线程

2026-08-24 08:41:48 +08:00

auth.py

fix(auth): hashlib.scrypt 在 LibreSSL 构建下缺失导致注册返回 500

2026-08-23 12:34:18 +08:00

config.py

[阶段5] 部署到 NAS + frp 公网映射，并加注册锁

2026-08-23 18:49:05 +08:00

db.py

fix(db): 数据库晚一步启动就会让服务永久挂掉

2026-08-25 14:23:07 +08:00

garmin_login.py

[阶段5.2] 两步验证改到网页端完成，手机上即可绑定 Garmin

2026-08-23 20:11:45 +08:00

pytest.ini

[阶段3.1] pytest 测试基建 + auth/health/analysis 单元测试 - 102 用例全绿

2026-08-23 12:34:18 +08:00

requirements-dev.txt

[阶段3.1] pytest 测试基建 + auth/health/analysis 单元测试 - 102 用例全绿

2026-08-23 12:34:18 +08:00

requirements.txt

[阶段5.1] 开机自启 + 接入真实 garminconnect，修复同步的三处 API 误用

2026-08-23 19:05:19 +08:00

wsgi.py

[阶段1.1-1.7] 实现完整的认证系统

2026-08-23 12:25:33 +08:00