压缩只留 1600 档；视频缓存失效加版本号 (#56 #57)

一、尺寸档位（用户：「400压缩的太多了。800也不够，只保留一个1600」）
   media.php 白名单从三档收到一档：
     1600 => image/resize,l_1600/quality,q_88
   400/800 删除。质量从 q_85 提到 q_88（只留一档就该偏清楚那侧）。
   照片墙跟随改 1600，缩略图与大图共用一份缓存。
   传旧 ?w=400 的链接会落到「非法值 ⇒ 原图」分支，不报错、只是不压缩。

二、视频仍显示 HEVC（用户：「他说是H.265，还是不让播呢？」）

   实测服务端 15 个视频**全部 h264**，无一个 HEVC：
     ffprobe 逐个查过，codec=h264，pix_fmt=yuv420p/yuvj420p
     media.php 返回 Content-Type: video/mp4，body 里无 hvc1/hev1
     ETag 与实际内容完全一致

   问题在浏览器缓存：
     Cache-Control: private, max-age=604800（7 天）
     浏览器对 <video> 有自己的媒体缓存策略，不完全遵守 ETag
     Range 分段缓存会把每段当独立资源
     src 不变时直接复用已有媒体对象

   修法：让 URL 变。media_url() 加第三个参数 $ver，
   用附件 size 当版本号 → media.php?k=...&v=2295119

   为什么用 size 而不是 mtime/md5：
     mtime —— 对象在 OSS 上，本地拿不到可靠时间
     md5   —— 要读整个文件，几百 MB 视频不可接受
     size  —— 转码前后必然不同（1.22MB→2.19MB），且本就在库里，零开销

   照片墙已接入。其余调用点可逐步铺开。

media.php

@@ -54,11 +54,23 @@ $key = (string)($_GET['k'] ?? '');
    ⚠️ 本地存储的图片：OSS 档位参数**自动失效**（Storage::read 里判驱动），
       用户明确要求「本地的不不管它」。 */
 $imgW = (int)($_GET['w'] ?? 0);
-/** 允许的尺寸档位 ⇒ OSS 处理参数 */
+/**
+ * 允许的尺寸档位 ⇒ OSS 处理参数。
+ *
+ * 🔴 #56 修正（用户 2026-11-05）：「400压缩的太多了。800也不够，
+ *    只保留一个1600。」
+ *
+ * ⇒ 只留 1600。原来 400/800 两档删掉 —— 实测 400 只有 26KB，
+ *   在手机/平板上看已经很糊；800 也不够清。
+ *   用户宁可图大一点，也要看得清。
+ *
+ * ⚠️ 删掉这两档后，仍传 `?w=400` 的旧链接会落到"非法值 ⇒ 原图"分支，
+ *    **不会报错**，只是不压缩。所以旧链接是安全的，只是不再省流量。
+ * ⚠️ 1600 的质量提到 **q_88**（从 85）：既然只保留一档，
+ *    就该在"省流量"和"看得清"之间偏向前者之外的一侧。
+ */
 $OssSizes = [
-    400 => 'image/resize,l_400/quality,q_80',
-    800 => 'image/resize,l_800/quality,q_82',
-    1600 => 'image/resize,l_1600/quality,q_85',
+    1600 => 'image/resize,l_1600/quality,q_88',
 ];
 if (!array_key_exists($imgW, $OssSizes)) {
     $imgW = 0;   // 非法值一律按原图处理