fix(部署): Redis 强制口令，外接形态部署前实测

会话存在 Redis 里（session:<token> → 用户 id），能连上它就能伪造任意用户包括超管的
登录态。旧栈起的 oj-redis 发布在 0.0.0.0:5446、不带口令，2026-09-27 从公网实测
PING 得通。

- compose.debian.yml：REDIS_URL 用 ${REDIS_PASSWORD:?} 带上口令，缺了直接报错；
  自带数据形态的 oj-redis 加 --requirepass，端口只发布在 127.0.0.1
- deploy.sh：外接形态下实测「不带口令连不上、带 docker/.env 的口令连得上」，
  任一条不满足就中止部署
- clear-sessions.sh：从 docker/.env 读口令走 REDISCLI_AUTH；口令为空时不带 -e
  （空的 REDISCLI_AUTH 会发一条 AUTH ""，实测会报一行 AUTH failed）
- compose.dev.yml：三个端口只绑 127.0.0.1
- docs/deploy.md 加「Redis 口令」一节：给旧栈 redis 加口令的一次性步骤

旧栈那份 compose 不在本仓库，线上 redis 的口令要照手册在服务器上手工加；
加之前 deploy.sh 会一直拦着。机房的 redis 不发布端口，不需要口令。

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

docker/.env.example

@@ -12,6 +12,14 @@ POSTGRES_PASSWORD=
 #   openssl rand -hex 32
 OJ2_JUDGE_TOKEN=
 
+# Redis 口令。会话存在 Redis 里，能连上它就能伪造任意用户（包括超管）的登录态，
+# 所以必须设。它会拼进 REDIS_URL，只能用 URL 安全的字符，自己生成：
+#   openssl rand -hex 32
+# 自带数据形态下本栈的 oj-redis 直接用它；外接旧栈 redis 时，那边的 redis-server
+# 也要带上同一个 --requirepass（见 docs/deploy.md「Redis 口令」）。
+# 机房的 redis 不发布端口，只在 compose 网络里，不需要设。
+REDIS_PASSWORD=
+
 # 判题并发。受判题沙箱能力限制，不是越大越好。
 # 服务器 2，机房机器宽裕可以给 4。
 JUDGE_CONCURRENCY=2