fix(p2): 按审查清单修 103 条「建议修」+ 奖牌榜改名 + 两个守卫（dev_0.2.0）

## 奖牌榜改名（主人要求）
「团体奖牌榜」→「单位奖牌榜」，界面 / 大屏渲染页 / 导出件（工作表名与
下载文件名 `单位奖牌明细.xlsx`）/ 用户文档 全部统一；`DISPLAY_PAGES` 是
大屏控制页与大屏页的共同来源，改一处两边同时生效。旧名保留为别名，
老链接与老配置（`display.pages`）照常有效。真 Chromium 验证：14 个管理端
路由 + 7 个基础数据分区 0 报错，大屏页标题已是「单位奖牌榜」。

## P2 清单（123 条，103 条标「建议修」）
按 A/B/C/D 分组、以「文件所有权互斥」分 10 个代理并行推进，另有独立复核
代理逐条核对：61 条声称已修 / 55 条证实 / 4 条部分 / 0 条不成立 / 0 垃圾。

主要交付（按风险从高到低）：
- 写入侧校验：update 路径补必填与 TrimSpace、模板 rules 重复 rank、
  「小项不存在」的四种回答、`defaultProfileId` 外键、decodeJSON 的 8MB
  上限与 413（A01–A06、D02、D03 批量上限 500）
- 危险操作：一键恢复加互斥（第二个请求当场 409）、恢复超时不再说
  「未执行」、`ConfirmDialog` pending 时锁死 ESC/遮罩/关闭
- 认证：改密与撤会话进同一事务、滑动续期写库失败不再假装成功、
  CSRF Cookie 丢失自动补发、密码长度按字符（原按字节）、
  反代 403 只在可信代理透传原 Host 时采信 `X-Forwarded-Host`（全等比较）、
  过期会话定期清理、登出补审计、登录限流可配
- 数据可见性：导出「已发布未结算」行改为 `名次 — / 积分 — / 状态未结算`、
  单位积分明细成绩列与其它导出件逐字一致、空单位也打合计行、
  基础数据包命中「已彻底删除的单位」整行跳过并报界面路径、
  报名导入换单位给明确提示、勾选报名有冲突不再假报成功
- 导入/导出：赛事包上限 512MB（**它是唯一带字体/图片的包**，字体上限
  20MB）而 multipart 内存档位独立钉在 16MB、工作簿表名尾随空格、
  导出件路由与文件名契约补全
- 前端：一次写请求只生成一个 requestId（幂等缓存此前从未命中）、
  基础数据包补 `X-Request-Id`、示例数据模式禁写扩到撤销发布/存草稿、
  访客 401 不再是裸错误、模板 `{{else if}}` 不再静默吞内容
- Console：按设计退出（切赛事/恢复）不再判成崩溃、旧数据目录读不出来
  会记日志、渲染层日志按上限截断、`service.js` 补 17 例测试

## 测试
服务端用例 610 → 674（13 包全绿，新增老库跨九条迁移升级、panic 形状、
429 落 interceptions、三态对照、avg_mode 分母、会话失效、请求体上限等）
前端 449 → 531（vue-tsc + build 通过）；Console 28 → 54（19 个文件）。
另修复一条会让整包挂死 600s 的用例（测试主协程堵在 client.Do，defer
轮不到执行 → 改为可取消 + 探针超时，改坏也 7.5s 快速失败）。

## 两个新守卫（防止再出现「组件 setup 抛异常」这类盲区）
- `web/scripts/check-declaration-order.mjs` 已进测试命令：沿 watch/
  watchEffect 的 const 依赖链查 TDZ（正是「运动员页整块空白」的根因）
- `web/scripts/smoke-admin.mjs`（`pnpm smoke`）：真 Chromium 点遍 14 个
  管理端路由 + 7 个基础数据分区 + 大屏页，任何 console 错误即失败

## 文档
- `docs/升级说明.md` 新增 dev_0.2.0 一节（三件升级必知：改名、审计前缀
  与历史记录、密码口径；现场变化；赛事包上限；反代与 CSRF）
- 使用手册 / 常见问题 / 部署指南 / 上线检查清单按实现同步

server/internal/httpapi/repo_events.go

@@ -92,7 +92,11 @@ func eventByIDQ(ctx context.Context, q queryer, id int64) (eventDTO, error) {
 }
 
 func (s *server) createEvent(ctx context.Context, in eventDTO) (eventDTO, error) {
-	if in.SportID == 0 || strings.TrimSpace(in.Code) == "" || strings.TrimSpace(in.Name) == "" {
+	// 与单位 / 大项 / 模板同口径：必填校验前先裁掉首尾空白，落库的也是裁过的值。
+	// 编码是基础数据包按 event_code 匹配的键，带空格的编码与肉眼相同的正常编码并存时，
+	// 导入只会报「小项不存在」。
+	in.Code, in.Name = strings.TrimSpace(in.Code), strings.TrimSpace(in.Name)
+	if in.SportID == 0 || in.Code == "" || in.Name == "" {
 		return eventDTO{}, badRequest("sportId、code、name 必填", nil)
 	}
 	avgMode, err := normalizeAvgMode(in.AvgMode)
@@ -159,6 +163,12 @@ func (s *server) createEvent(ctx context.Context, in eventDTO) (eventDTO, error)
 }
 
 func (s *server) updateEvent(ctx context.Context, id int64, in eventDTO) (eventDTO, error) {
+	// 与新建同口径：更新路径此前完全不校验，一次 PUT 就能把小项编码清成空串
+	// （规则包/项目包导出与导入匹配都会因此出错），且错误要到很久以后才暴露。
+	in.Code, in.Name = strings.TrimSpace(in.Code), strings.TrimSpace(in.Name)
+	if in.SportID == 0 || in.Code == "" || in.Name == "" {
+		return eventDTO{}, badRequest("sportId、code、name 必填", nil)
+	}
 	avgMode, err := normalizeAvgMode(in.AvgMode)
 	if err != nil {
 		return eventDTO{}, err
@@ -298,6 +308,9 @@ func multiplierOrOne(v float64) float64 {
 }
 
 // normalizeAvgMode 校验团体成绩的平均值口径；空值按 valid（与库中默认值一致）。
+//
+// 它没跟其它枚举校验一起进 enums.go，也不在比对前 TrimSpace：`" valid"` 这类值会被当成
+// 非法直接拒成 400，而不是裁掉空格收下（P2-C24b）。
 func normalizeAvgMode(v string) (string, error) {
 	switch v {
 	case "":
@@ -312,6 +325,11 @@ func normalizeAvgMode(v string) (string, error) {
 // ---------- categories ----------
 
 func (s *server) listCategories(ctx context.Context, eventID int64) ([]categoryDTO, error) {
+	// 只读接口也先确认小项存在：否则它给 200 空数组，而同一件事在整表替换上是
+	// 404 / 500 / 400 三种答案（见 replaceCategories 的注释）。
+	if _, err := eventByIDQ(ctx, s.ev, eventID); err != nil {
+		return nil, err
+	}
 	rows, err := s.ev.QueryContext(ctx,
 		`SELECT id, event_id, name, multiplier, gender, age_min, age_max, sort_order
 		   FROM event_categories WHERE event_id = ? ORDER BY sort_order, id`, eventID)
@@ -364,6 +382,13 @@ func (s *server) replaceCategories(ctx context.Context, eventID int64, in []cate
 	}
 	defer func() { _ = tx.Rollback() }()
 
+	// 先确认小项存在：这是同一个「小项不存在」的四分之三——空表走到末尾 bumpEvent 才是 404，
+	// 非空表会一路撞 event_categories.event_id 的外键，报成 500「服务端异常」。
+	// 在同一个事务里读，免得检查完、DELETE 前对方把小项删掉。
+	if _, err := eventByIDQ(ctx, tx, eventID); err != nil {
+		return nil, err
+	}
+
 	if _, err := tx.ExecContext(ctx, `DELETE FROM event_categories WHERE event_id = ?`, eventID); err != nil {
 		return nil, internal(err)
 	}
@@ -577,6 +602,10 @@ func (s *server) updateCategoryHandler(w http.ResponseWriter, r *http.Request) (
 // ---------- score channels ----------
 
 func (s *server) listChannels(ctx context.Context, eventID int64) ([]channelDTO, error) {
+	// 与 listCategories 同口径：小项不存在就 404，不给「200 空数组」。
+	if _, err := eventByIDQ(ctx, s.ev, eventID); err != nil {
+		return nil, err
+	}
 	rows, err := s.ev.QueryContext(ctx,
 		`SELECT id, event_id, scope, basis, profile_id, sort_order, count_to_team,
 		        count_to_medals, count_to_team_medals
@@ -625,6 +654,12 @@ func (s *server) replaceChannels(ctx context.Context, eventID int64, in []channe
 	}
 	defer func() { _ = tx.Rollback() }()
 
+	// 先确认小项存在（与 replaceCategories 同一处理由）：不做这一步，小项不存在时
+	// 非空表撞 event_id 外键、却被报成「profileId 不存在」，让人去查一个没问题的模板。
+	if _, err := eventByIDQ(ctx, tx, eventID); err != nil {
+		return nil, err
+	}
+
 	if _, err := tx.ExecContext(ctx, `DELETE FROM event_score_channels WHERE event_id = ?`, eventID); err != nil {
 		return nil, internal(err)
 	}
@@ -778,6 +813,13 @@ func (s *server) setEntriesHeat(ctx context.Context, entryIDs []int64, heat *int
 	if len(ids) == 0 {
 		return entryHeatResultDTO{}, badRequest("entryIds 不能为空", nil)
 	}
+	// 与 POST /api/entries/batch 同一把尺子、同一句文案（直接复用 maxEntryBatch）：
+	// 两个接口处理的都是「一批报名项」，上限不该各说各话。
+	// 位置与 entries_batch.go:73 一致——拦在任何一次读库 / 写库之前，先于下面那条
+	// IN (…) 的巨型 SQL，几万条 id 的请求不会被拼进 SQL 再被拒。
+	if len(ids) > maxEntryBatch {
+		return entryHeatResultDTO{}, badRequest(fmt.Sprintf("一次最多处理 %d 条报名项，请分批提交", maxEntryBatch), nil)
+	}
 	if heat != nil && (*heat < 1 || *heat > maxEntryHeat) {
 		return entryHeatResultDTO{}, badRequest(fmt.Sprintf("heat 需要是 1-%d 的整数，或传 null 清除批次", maxEntryHeat), nil)
 	}