OnlineJudge

Files

yuetsh 38f92ed911 chore: 删 11 个无引用序列化器；撤回一处误判的"修复"

## 撤回：增删题单题目本来就会重算进度，我诊断错了

上一个 commit 我给 ProblemSetProblemAdminAPI 的 post/delete 加了显式的
sync_all_progress_for_problemset，理由是"增删题目不重算进度"。**那是错的。**

problemset/signals.py 里有 post_save / post_delete 信号接收器，
在 ProblemSetProblem 变化时同步进度**并重算奖章**，且 apps.py 的 ready()
确实导入了 signals。我的显式调用只是让同一件事做两遍。

更该记住的是**为什么当时没发现**：那一版测试只看"进度有没有更新"，
而信号和我的调用都会让它更新 —— 分不出是谁干的，所以照样是绿的。
这次的测试改成先撤掉调用再验，并直接断言信号已注册在 post_save/post_delete 上，
这样才真的有区分力。6/6 通过。

同一批修复里的另外 5 条经复核都成立，保留。特别是「移除用户留下孤儿奖章」——
signals.py 里**没有**针对 ProblemSetProgress 的 post_delete，那条必须自己清。

## 删无引用序列化器（-78 行）

全仓 106 个序列化器，11 个无任何引用：

  account:   FileUploadForm, GenerateUserSerializer, SSOSerializer,
             UserChangeEmailSerializer, UserChangePasswordSerializer,
             UsernameOrEmailCheckSerializer
  contest:   CreateContestAnnouncementSerializer, EditContestAnnouncementSerializer
  problem:   CreateProblemCodeTemplateSerializer
  flowchart: FlowchartSubmissionMergedSerializer, FlowchartSubmissionSummarySerializer

前 8 个是上一个 commit 删掉的视图留下的（FileUploadForm 正是
SimditorFileUploadAPIView 用的），后 3 个是原本就死的。
检测器同样做了自检：拿 3 个明确在用的序列化器反测，没有误判。
另外确认这 11 个都没有字符串形式的动态引用。

`ruff check .` 全绿。行尾未被改动（上一轮踩过这个坑，这次脚本里加了断言）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-08 07:19:02 -06:00

migrations

change to v4 flash

2026-04-27 06:32:06 -06:00

urls

style: ruff format 全仓库

2026-08-05 04:45:26 -06:00

views

refactor: 统一用户名的 ks 班级前缀处理

2026-08-05 23:58:13 -06:00

__init__.py

删除无用代码并且新增流程图相关内容