refactor(站点配置): WS 直接推契约字段名，去掉前端那层 snake→驼峰胶水

上一版是在前端加 toCamel 把 `enable_maxkb` 换成 `enableMaxkb`。但 snake_case
是 options 表从 Django 继承来的**存储格式**，只该活在库里；WS 这一跳两边都是
OJ2 自己写的，没理由让前端再维护一层换名。

后端改成广播 OPTION_KEYS 的 key（契约字段名）而不是 value（表列键），前端直接
按名字赋值。库里的列名一个字没动。

顺带清掉两处已经死掉的客户端→服务端配置推送：

- admin/setting/config.vue 保存后调 updateConfig("enable_maxkb", ...) 和
  ("submission_list_show_all", ...)。那条 ConfigWebSocket 从没 connect() 过，
  send() 直接返回 false；就算连上了，服务端的消息处理也只认 ping / subscribe，
  会回一个 error 帧。广播本来就由后端在 POST /admin/website 里做，八个键一个
  不落，这两行纯属多余，且用的正是刚废掉的 snake 键。
- ConfigWebSocket.updateConfig 一并删掉，免得再有人调一个静默失败的方法。
  这条通道是单向的，原地留注释说明。

验证：dev 栈 + headless chromium 走 CDP 抓 Network.webSocketFrameReceived。
后台保存配置后，页面收到的八条帧的 key 全是驼峰（websiteName / enableMaxkb
/ submissionListShowAll ...），且页面不刷新，document.title 和页头站点名当场
跟着变。小助手那四条路径重跑一遍照旧：未登录不加载、登录后出现、后台关掉当场
消失、开回来当场重现。

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

apps/web/src/shared/composables/websocket.ts

@@ -513,17 +513,9 @@ class ConfigWebSocket extends BaseWebSocket<ConfigUpdate> {
     const protocol = window.location.protocol === "https:" ? "wss:" : "ws:"
     super({ url: `${protocol}//${window.location.host}/ws/config` })
   }
-
-  /**
-   * 发送配置更新
-   */
-  updateConfig(key: string, value: any) {
-    this.send({
-      type: "config_update",
-      key,
-      value,
-    })
-  }
+  // 这条通道是**单向**的：只收后端广播。服务端的消息处理只认 ping / subscribe，
+  // 客户端往这里推 config_update 会被回一个 error 帧 —— 别再加发送方法。
+  // 配置变更走 POST /admin/website，由后端广播给所有人。
 }
 
 /**
@@ -548,7 +540,6 @@ export function useConfigWebSocket(handler?: MessageHandler<ConfigUpdate>) {
   return {
     connect: () => ws.connect(),
     disconnect: () => ws.disconnect(),
-    updateConfig: (key: string, value: any) => ws.updateConfig(key, value),
     status: ws.status,
     addHandler: (h: MessageHandler<ConfigUpdate>) => ws.addHandler(h),
     removeHandler: (h: MessageHandler<ConfigUpdate>) => ws.removeHandler(h),