压缩只留 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），且本就在库里，零开销

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

templates/_attachments.php

@@ -49,11 +49,15 @@ $attDelUrl   = $attDelUrl ?? '';
       <?php
       $attKind   = \App\Attachment::kind($attRow);
       $canPrev   = \App\Attachment::previewable($attRow);
-      /* 🔴 #56：照片墙缩略图给 OSS 压缩版（w=400）。
-         实测一张 6.6MB 的原图压到 **26KB**（省 99.6%）——
-         一屏几十张，这个收益是最大的。
-         ⚠️ 下载链接（$attDl）**不加** w：用户下载要原文件，不能偷偷降质。 */
-      $attView   = media_url((string)$attRow['key'], ['w' => 400]);
+      /* 🔴 #56（用户：「400压缩的太多了。800也不够，只保留一个1600。」）
+         照片墙改用 1600 档 —— 缩略图看着小，但点开就是大图，
+         用同一份缓存比"缩略图 400 + 大图 1600"两套更省事，
+         而且手机上不会糊。
+         ⚠️ 下载链接（$attDl）**不加** w：要原文件，不能偷偷降质。 */
+      /* #57：第三个参数传 size 当版本号 —— 转码后体积变了，URL 就变，
+         浏览器不会再用旧的 HEVC 缓存。 */
+      $attView   = media_url((string)$attRow['key'], ['w' => 1600],
+          (int)($attRow['size'] ?? 0));
       $attDl     = media_url((string)$attRow['key'], ['dl' => 1]);
       $attNm     = (string)($attRow['name'] ?? '');
       $attSz     = \App\Attachment::sizeWord($attRow['size'] ?? 0);