aiyimickey
|
e2937d0ce1
|
fix: Docker 构建前临时替换 shared 符号链接为实际目录
Docker COPY 无法跟随指向构建上下文外的符号链接，
导致 @shared/* 模块在容器内构建时找不到。
构建前临时替换、构建后恢复。
|
2026-07-02 17:01:23 +08:00 |
|
aiyimickey
|
01836971e5
|
security: monitor-watchdog.sh 移除硬编码 webhook key，改为从 env/.env/数据库读取
|
2026-07-02 11:27:20 +08:00 |
|
aiyimickey
|
312c7ff681
|
refactor: shared 共享库统一管理，快照比对避免重复上传；所有 Next.js 站点自动受益
|
2026-07-02 11:25:33 +08:00 |
|
aiyimickey
|
df27929294
|
feat: SSO 统一认证登录
- 更新 deploy-ai.sh 添加 OIDC 环境变量自动配置
|
2026-06-30 17:09:31 +08:00 |
|
aiyimickey
|
952706055a
|
feat: deploy-ai.sh 新增 sso-ai 部署支持 + sites-manage-local.sh 新增 gitea
- deploy-ai.sh: 新增选项 9 sso-ai 部署、deploy_sso 函数、密钥生成、LDAP 密码注入
- sites-manage-local.sh: 新增 gitea 支持、localhost → 127.0.0.1
|
2026-06-29 18:40:02 +08:00 |
|
aiyimickey
|
4b65bfa850
|
feat: 完善备份和恢复脚本
- 新增备份脚本目录结构
- 新增站点独立备份脚本
- 新增完整备份脚本
- 新增数据库备份脚本
- 新增站点恢复脚本
- 新增完整恢复脚本
- 更新 README 文档
|
2026-06-23 10:59:41 +08:00 |
|
aiyimickey
|
502d1341fb
|
fix: 备份脚本改用 docker cp 从容器内复制数据库文件
assets-ai 和 issue-ai 使用 Docker volume 存储数据，之前用 cp 从宿主机路径
复制拿到的是残留旧文件（assets.db 只有 4KB），改为 docker cp 确保拿到真实数据。
|
2026-05-18 14:57:19 +08:00 |
|
aiyimickey
|
78ff4b01b6
|
refactor: local.sh 更名为 sites-manage-local.sh，新增 sites-manage-cloud.sh 云端管理脚本
- local.sh → sites-manage-local.sh（重命名，职责更清晰）
- 新增 sites-manage-cloud.sh（云服务器站点启停管理）
- 更新 backup-db.sh、deploy-ai.sh、restore-db.sh
- 添加 .gitignore（忽略 .DS_Store）
|
2026-05-18 14:52:40 +08:00 |
|
aiyimickey
|
3efb7573ac
|
docs: 创建 scripts 目录总览 README
介绍所有脚本的用途、用法、依赖关系和备份存储路径。
|
2026-05-15 16:33:16 +08:00 |
|
aiyimickey
|
8eff29e4f1
|
feat: 备份同时保存云端持久副本
云端 /root/docker/db-backups/ 与本地同步保留备份文件，
/tmp/db-backup/ 仅作传输中转，完成后清理。
|
2026-05-15 16:30:48 +08:00 |
|
aiyimickey
|
cb0424c896
|
fix: 备份/恢复脚本统一用 better-sqlite3 替代 sqlite3 CLI
容器内没有 sqlite3 CLI（Alpine 基础镜像），统一改为 docker exec node -e
调用 better-sqlite3 执行 checkpoint 和验证。
|
2026-05-15 16:29:42 +08:00 |
|
aiyimickey
|
7c213873bb
|
fix: 备份与恢复脚本深度修复
backup-db.sh:
- 新增备份后 SQLite 文件有效性验证（scp 传输后检查）
restore-db.sh (云端恢复):
- 修复：验证用 docker cp + docker exec sqlite3，不再依赖宿主机 sqlite3
- 修复：先停止容器再替换数据库，防止写入冲突
- 修复：替换后删除 WAL/SHM 残留文件，防止旧日志与新库不匹配损坏
|
2026-05-15 16:24:41 +08:00 |
|
aiyimickey
|
d65583f6df
|
fix: 备份前执行 WAL checkpoint + 确保本地目录存在
- 复制数据库文件前通过 docker exec sqlite3 执行 PRAGMA wal_checkpoint(TRUNCATE)，
确保 WAL 内容合并到 .db 主文件，避免备份不一致或损坏
- 添加 mkdir -p 确保本地备份目录存在
|
2026-05-15 16:19:15 +08:00 |
|
aiyimickey
|
f3373d6f9a
|
docs: 更新连通性检查文档 — 重试机制 + 双向检查
|
2026-05-15 15:21:33 +08:00 |
|
aiyimickey
|
ccc0f5800d
|
feat: 连通性检查加重试机制 + 新增 assets→issue 方向检查
- 两边检查均自带 3 次重试（间隔 10s），应对同时部署时目标容器暂不可达
- 新增 assets→issue API 连通性检查，与 issue→assets 对称
|
2026-05-15 15:18:57 +08:00 |
|
aiyimickey
|
a7e0651bd5
|
docs: 新增 deploy-ai.sh README 与部署连通性检查（v2026.05.14）
- [新增] deploy-ai-readme.md 完整文档
- [新增] deploy-ai.sh 部署后自动验证 issue→assets API 连通性
|
2026-05-15 09:18:55 +08:00 |