chore: docs 结构整改 + compose 双目录对齐（合并重建提交）

本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交（5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。一、docs 结构整改（整改 #14）根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入，随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录树并存于 docs/，共 791 文件、双分类体系冲突。修复动作： - b2 同名异主题文件改名迁移保全 9 个 - C 类 39 个孤立文件按主题正确归类 - A/B1 类 222 个重复文件删除（新结构已有内容副本） - 9 个旧独有空目录删除 - 270 处内部引用按 verified 映射改写 - 整改记录 #14 登记于 04-运维文档/部署运维结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。二、compose 双目录对齐（消除踩坑 A） - docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist 改为 src/frontend-*/dist（h5 / agent / admin / terminal） - docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/ - 效果：本地 docker compose up 不再把根目录 stale dist 挂回，与线上一致，分叉隐患消除（已 docker compose config 校验通过）防复发铁律： - 重构须提交；仓库修复须 git stash -u 或先 commit - 新结构须 git add 并提交，避免再次 untracked 复活 - H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/
2026-08-07 22:31:32 +08:00
parent 5a77a89ab1
commit facc04aa65
573 changed files with 129347 additions and 909 deletions
@@ -0,0 +1,78 @@
+classDiagram
+    direction LR
+
+    class ConfigChangeLog {
+        +String id
+        +String config_key
+        +Text old_value
+        +Text new_value
+        +String changed_by
+        +DateTime changed_at
+    }
+    class AuditLog {
+        +String id
+        +String employee_id
+        +String action
+        +String resource
+        +String resource_id
+        +JSON details
+        +String result
+        +String ip_address
+        +Text user_agent
+        +DateTime created_at
+    }
+    class RuntimeLogEntry {
+        +String timestamp
+        +String level
+        +String logger
+        +String message
+        +String module
+        +String function
+        +int line
+        +String request_id
+        +String user_id
+    }
+    class ConfigHistoryItem {
+        +String id
+        +String config_key
+        +String old_value
+        +String new_value
+        +String changed_by
+        +String changed_by_name
+        +DateTime changed_at
+    }
+
+    class AdminApi {
+        +GET /system-logs
+    }
+    class AuditApi {
+        +GET /audit-logs
+    }
+    class RuntimeApi {
+        +GET /runtime-logs
+    }
+    class AdminService {
+        +get_system_logs(db, config_key, changed_by, from, to, page, page_size)
+    }
+    class AuditLogService {
+        +list_audit_logs(db, employee_id, action, resource, from, to, page, page_size)
+    }
+    class RuntimeLogService {
+        +read_runtime_logs(dir, level, from, to, keyword, page, page_size)
+        +build_runtime_log_stream(dir, level, from, to, keyword)
+    }
+    class RuntimeLogStore {
+        <<filesystem>>
+        +RUNTIME_LOG_DIR/*.log
+    }
+
+    AdminApi ..> AdminService : 调用
+    AuditApi ..> AuditLogService : 调用
+    RuntimeApi ..> RuntimeLogService : 调用
+
+    AdminService ..> ConfigChangeLog : SELECT
+    AuditLogService ..> AuditLog : SELECT
+    RuntimeLogService ..> RuntimeLogStore : 读文件
+
+    ConfigHistoryItem <|.. ConfigChangeLog : 映射
+    RuntimeLogEntry <|.. RuntimeLogStore : 逐行解析