fix(时区): 日历口径收回东八区，读出的时刻统一成 ISO 并保留微秒

旧栈 Django 按 Asia/Shanghai 算日历，OJ2 重写时这个锚点丢了：容器和数据库会话
都是 UTC，于是「今日提交」在北京时间 0–8 点是空的，「凌晨/早起提交次数」整体偏
8 小时，热力图、AC 趋势年份、近两年活跃人数也各按进程时区切。

- 新增 apps/api/src/time.ts 作为唯一锚点（固定 +8 偏移，不依赖进程 TZ / tzdata），
  todayStart、成就小时/日期键、热力图、月份平移、年份夹逼全部改走它；
  SQL 里按日历切的一律显式 at time zone。
- db/index.ts：连接会话时区设为东八区（兜底）；给 timestamptz(1184) 挂 parser，
  读出统一成 ISO 8601 UTC，撤掉为拿 PG 文本形状写的 ::text。parser 保留微秒 ——
  生产库 12.3 万条提交几乎全带微秒，截成毫秒会让翻页分界行和班级 AC 排名的
  <= min(create_time) 把自己排除（翻页每页丢一条、排名少 1）。
- 前端 parseTime/zonedParts/zonedYear 按 Asia/Shanghai 渲染，n-date-picker 做
  toPickerValue/fromPickerValue 平移，站内不再按浏览器时区取时间部件。
- Dockerfile 设 TZ=Asia/Shanghai 作为第二道兜底。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd

apps/web/src/admin/problem/TopACTrend.vue

@@ -12,6 +12,7 @@ import {
   Tooltip,
 } from "chart.js"
 import { getTopACTrend } from "admin/api"
+import { zonedYear } from "utils/functions"
 
 ChartJS.register(
   CategoryScale,
@@ -25,7 +26,10 @@ ChartJS.register(
 
 type ProblemTrend = AcTrend
 
-const currentYear = new Date().getFullYear()
+// 年份按东八区取，和后端 ac-trend 的夹逼口径（`localYear()`）对齐。
+// 用 `new Date().getFullYear()` 的话，跨年那几个小时里浏览器年份可能比后端认定的
+// 年份晚一年，默认的 untilYear 会被后端夹掉、图表悄悄变成另一个区间。
+const currentYear = zonedYear()
 const yearOptions = Array.from({ length: currentYear - 2022 + 1 }, (_, i) => ({
   label: String(2022 + i),
   value: 2022 + i,
@@ -37,7 +41,7 @@ const minPerYearOptions = [
 ]
 
 const sinceYear = ref(2023)
-const untilYear = ref(new Date().getFullYear() - 1)
+const untilYear = ref(zonedYear() - 1)
 const minPerYear = ref(100)
 const loading = ref(false)
 const data = ref<ProblemTrend[]>([])