feat: 备份恢复 / 图片清理 / 单位恢复 / 审计过滤 / 模板引擎 M1 + 两个导入缺陷修复

用户点名的三件事（模板功能、删死代码、剩余缺口）这一批全部落地，另修掉两个刚暴露的导入缺陷：

**新增能力**
- 备份恢复：`POST /api/backup/restore`（admin）。先把校验做在拍快照之前（只读打开 + integrity_check +
  关键表校验 + 异类库标志表互斥），再用 VACUUM INTO 拍「恢复前安全副本」，然后关连接、整文件替换、
  触发优雅重启；`-wal` 还在时直接拒绝（宁可失败也不让旧库 WAL 套到新库上）；恢复后审计直写"恢复之后
  还在的那份库"（不走通用 Auditor，否则记录只会落在被替换掉的旧文件上）。顺带修掉：裸服务端连续恢复
  第二次会在拍副本处崩出一句看不懂的 500，现在回 503「上次恢复后尚未重启，请先重启服务端」。
- 安全副本保留策略：每类库保留最近 5 份，独立于 .db 的 20 份滚动清理。
- 图片管理：`DELETE /api/uploads/{name}`（被引用 409 并列出引用点）、`GET /api/uploads/orphans`、
  `POST /api/uploads/orphans/delete`（只删列出的孤儿，宁漏勿误），全部 admin（与字体删除同档）；
  `deploy/backup.bat` 补上 uploads/ 归档（logs 不归档：可再生的诊断且会无上限增长）。
- 已彻底删除单位的恢复：`POST /api/teams/{id}/restore`（与 hideTeam 同档）。幂等；恢复不会把「停用」
  变成「启用」；真机确认恢复前后榜单逐字节一致、change_log 最大值不变（数据一行没动，不需要重算）。
  界面加「显示已彻底删除的单位」（仅 admin）与恢复按钮；非 admin 的删除确认框里写明"本账号无法自行恢复"。
- 审计日志按 `action` 过滤（子串模糊，输入里的 %/_/\ 转义成字面量）。
- 删除死表 recent_projects（新增 system 迁移 0006，未动已应用的迁移）。
- points_override 不再"设了没效果"：写入侧 400 + 引擎侧守卫，提示改用「积分调整」。
- 联队份额空壳清理（UnionAttribution/UnionSplit/Entry.TeamShares/resolvedShares 等；TeamShare 类型保留，
  因为 export/realtime/奖牌流水三处在生产路径上构造它）。
- 自定义大屏模板 M1：插值引擎（parseTemplate/renderTemplate），任何情况都不抛异常、未定义→空串+警告、
  警告按 (code,path) 合并计数、无 eval/innerHTML，57 个新用例。

**两个真缺陷（前两个已随 0.1.6 出包）**
- 基础数据包导入「排序」列口径不一致：小项/组别留空保持原值，单位/大项留空被写成 0（plan 没从库里
  现值起手）→ 四张表统一为「留空保持原值」。
- 同类第二处：布尔列「整列被删掉」被当成"取默认值"，会把库里所有停用的单位/大项静默改回启用 →
  改为「缺列 = 不动」（写侧与解析侧都收口，补了"缺列保持/空格子=是/显式否=停用"三组对照用例）。

**删死代码**
- createEntry / updateEntry / deleteEntry / entryEventID / checkCategoryInEvent / getEntry /
  normalizeEntryStatus / ExportBaseDataXLSX（全仓 grep 零引用）。⚠️ 随之记入文档：「组别必须属于该小项」
  这道校验现在只由导入路径"按小项+组别名解析"天然保证，将来若新增从请求体接收 categoryId 的接口，
  必须自己补校验（库层没有复合外键）。

**文档**
- devdocs 全面同步（01/02/03/04/05/06/07/09/11/12/13/README；含身份口径、延迟结算、大屏单栏新版式、
  新增路由与设置键、R18/R19 风险）；docs 复核 + 第二轮（身份口径三个易写反的分支、图片删除、备份覆盖、
  审计过滤、单位恢复、去掉硬编码版本号、上线检查清单 +5 项）；debug/使用说明 6 份逐份 diff 一致。

测试：服务端 13 包（连跑两遍）、前端 406 例、Console 28 例 + 18 文件语法检查 —— 全绿。
版本号 dev_0.1.6 → dev_0.1.7。

web/src/shared/api.ts

@@ -8,7 +8,10 @@ import type {
   AthleteInput,
   AthleteStanding,
   AuditLog,
+  AuditLogQuery,
   BackupResult,
+  BackupRestoreInput,
+  BackupRestoreResult,
   CurrentUser,
   DisplayCommand,
   EntryHeatPayload,
@@ -215,6 +218,13 @@ export interface AthleteBatchResult {
 }
 
 export interface TeamsApi extends CrudApi<Team, TeamInput> {
+  /**
+   * 单位列表。与 CrudApi.list 的差别只有 includeDeleted 一个开关。
+   *
+   * `includeDeleted: true` 时连「彻底删除」（对界面不可见）的单位一并返回，供管理端
+   * 把它们翻出来恢复；服务端只放 admin 用这个开关，其余角色 403。
+   */
+  list(query?: TeamsListQuery): Promise<Team[]>
   /**
    * 彻底删除（`DELETE /api/teams/{id}?purge=1`）。
    *
@@ -223,6 +233,25 @@ export interface TeamsApi extends CrudApi<Team, TeamInput> {
    * 响应体是空响应（没有统计对象）；单位已被别人删掉时回 404。
    */
   purge(id: number): Promise<void>
+  /**
+   * 恢复被彻底删除的单位（`POST /api/teams/{id}/restore`）。
+   *
+   * 只是把「不可见」的标记撤掉：报名、成绩与积分一行没动，所以不会重算、也不会推榜单。
+   * 幂等——单位本来就没被隐藏时照样 200，`restored` 为 false；单位不存在时 404。
+   */
+  restore(id: number): Promise<TeamRestoreResult>
+}
+
+/** 单位列表的查询开关。 */
+export interface TeamsListQuery {
+  /** true 时连「彻底删除」的单位一并返回（仅 admin）。 */
+  includeDeleted?: boolean
+}
+
+/** 恢复被彻底删除单位的结果；restored 为 false 表示它本来就没被隐藏（幂等命中）。 */
+export interface TeamRestoreResult {
+  team: Team
+  restored: boolean
 }
 
 export interface EntriesApi {
@@ -321,7 +350,7 @@ export interface ExportApi {
 }
 
 export interface AuditApi {
-  list(query?: PageQuery & { entityType?: string; userId?: number }): Promise<Page<AuditLog>>
+  list(query?: AuditLogQuery): Promise<Page<AuditLog>>
 }
 
 export interface RulesApi {
@@ -333,6 +362,14 @@ export interface RulesApi {
 
 export interface SystemApi {
   backup(): Promise<BackupResult>
+  /**
+   * 用一份备份恢复当前库（`POST /api/backup/restore`，仅 admin）。
+   *
+   * 这是停机动作：服务端会先留一份恢复前安全副本，再换掉库文件，然后优雅退出、
+   * 由 Console 拉起。调用方拿到 `restarting: true` 后必须轮询健康检查等服务端回来，
+   * 不能像普通写操作那样立刻认为已经生效（与切换赛事同一套等待逻辑）。
+   */
+  restore(input: BackupRestoreInput): Promise<BackupRestoreResult>
 }
 
 /**
@@ -429,8 +466,15 @@ function readBatchResult(action: AthleteBatchAction, value: unknown): AthleteBat
 function createTeamsApi(http: Http): TeamsApi {
   return {
     ...createCrudApi<Team, TeamInput>(http, '/teams'),
+    // 默认列表不带查询串（服务端对非 admin 的 includeDeleted 回 403，不能默认带上）。
+    list: (query) =>
+      http.request<Team[]>('/teams', {
+        query: query?.includeDeleted === true ? { includeDeleted: 1 } : undefined,
+      }),
     // 与 request 共用同一套 options，query 由 buildUrl 拼成 ?purge=1；和运动员不同，这里是空响应。
     purge: (id) => http.requestVoid(`/teams/${id}`, { method: 'DELETE', query: { purge: 1 } }),
+    // 恢复是写操作：服务端按 X-Request-Id 幂等回放，重复点也只会生效一次。
+    restore: (id) => http.request<TeamRestoreResult>(`/teams/${id}/restore`, { method: 'POST' }),
   }
 }
 
@@ -743,6 +787,8 @@ export class ApiClient {
     this.rules = createRulesApi(http)
     this.system = {
       backup: () => http.request<BackupResult>('/backup', { method: 'POST' }),
+      // 恢复要走幂等（X-Request-Id）：现场断网重试时，重复请求不能把库换两遍。
+      restore: (input) => http.request<BackupRestoreResult>('/backup/restore', { method: 'POST', body: input }),
     }
     this.projects = createProjectsApi(http)