整理这个合集的时候，硬盘里专门腾出了一个分区。YunaTamago 这名字在站内后台搜索日志里出现频次挺高，但之前一直零散分布在不同采集任务里，没成系统。这回把 268 个视频文件拉到一块校验，实际落盘 73G 左右，体量不算小，但也没到那种动辄几百 G 的夸张程度，属于比较扎实的中型合集。

文件命名规则经过两轮清洗。第一轮是采集端自带的原始文件名，乱码、重复、缺失标签全都有；第二轮按「年份-月份-主题-序号」重命名，顺便把分辨率、时长、码率写进备注表。表格里最早的一条记录能追溯到三年前，最新的就是上周刚补的。持续更新这四个字不是挂着好看的，采集脚本配的增量任务每周二、五跑一次，基本能同步到源站更新节奏。

内容分类上大概能分成三类。第一类是固定场景下的定点记录，画面稳定，光线可控，适合拿来做参考素材；第二类是移动拍摄或户外片段，画面抖动、曝光变化大，但现场感强；第三类属于后期剪辑成品，配了字幕、转场、背景音乐，完整度高。三类比例大概 3:5:2，偏向半成品和原始素材，成品反而最少。这也符合该作者的更新习惯——更倾向于把过程性内容同步出来。

码率分布集中在 8-15 Mbps 区间，1080p 占比 85% 以上，剩下 15% 是 720p 早期档案。没发现 4K 源文件，倒是有几个文件名带「4K」标签，实际拉流下来只有 1080p 上采，已在备注表标注排除。音频轨大多是 AAC 双声道 128-192 kbps，少数早期片段只有单声道，后期补录时才改成立体声。

存储端用的冷热分离策略。73G 全量放在机械阵列做归档，近三个月高频调用的 40 个文件同步到 NVMe 缓存区，方便前端预览生成缩略图和 30 秒试看片段。压缩包没用分卷压缩，单个 7z 固实压缩，字典 256M，压缩率约 92%，解压速度在机械盘上也能跑到 180 MB/s，下载端体验还行。

前端展示页没用那种密密麻麻的列表，改成了瀑布流加标签筛选。左侧标签栏按「场景」「年份」「时长区间」「是否成品」四个维度交叉，右侧每张卡片只露封面、时长、更新日期、核心标签，鼠标悬停才展开完整元数据。这样既不显得空，又避免首屏信息过载。搜索框挂了全文检索，支持文件名、标签、备注三字段联合查询，响应在 200ms 以内。

更新日志单独做了一个时间轴页面，每条记录只写日期、新增数量、新增体量、备注关键词。比如「2024-11-15 +3v 1.2G 户外夜景补光测试」，一目了然。RSS 源同步输出，订阅者不用天天刷页面。后台统计显示，靠 RSS 进站的复访率比直接访问高出 37%，这块做得挺值。

获取方式: YunaTamago 资源合集下载 [268v-73G] 持续更新

采集脚本有个小插曲。源站某次改版把视频地址加了动态签名，导致增量任务连续三次全军覆没。排查半天发现签名算法在前端 JS 里混淆得不深，提取出来补进请求头，任务恢复正常。顺便把重试机制从固定间隔改成指数退避加抖动，避免触发风控。现在脚本跑在单独容器里，日志输出到 ELK，异常告警直接打钉钉，维护成本低了不少。

版权合规层面，合集里不涉及商业影视、音乐完整切片、私密隐私内容，基本属于作者自产自发的创作记录类素材。入库前跑过一次敏感内容扫描，误报率控制在 0.3% 以下，人工复核通过才入库。下载页面挂了作者主页链接和原始发布平台入口，算是留了出处。

体量 73G 对于家庭宽带下载不算友好，后端配了 WebDAV 和阿里云盘两条分发线路。WebDAV 走自建存储，不限速但受限于服务器出口带宽，晚高峰单线程 3-5 MB/s；阿里云盘线路配了会员账号池，满速跑但要防风控，做了分账号轮询下载。前端下载按钮默认给阿里云盘链接，备选才是 WebDAV，用户反馈下载成功率从 68% 提升到 94%。

后续维护计划里，准备给每个视频生成关键帧预览图（每 10 秒一张），存对象存储走 CDN，前端做成视频时间轴悬停预览。再就是把备注表里的自然语言描述向量化，接入语义搜索，用户搜「暖光 人像 特写」能直接命中片段，不用靠标签硬匹配。这两项在测试环境跑通了，等下个维护窗口上生产。

整理到这儿，合集算是有了个相对完整的形态。268 个文件、73G 体量、持续更新的节奏、可检索的元数据、双线路分发、合规入库流程，该有的环节都补上了。后面就是按节奏跑增量、监控告警、偶尔优化检索体验。资源站做久了才明白，不是一次性把东西堆上去就完事，能不能持续用、好不好找、下不下来、会不会炸，才是真正花功夫的地方。