收藏思路

SakuraMedia 不只是一个「找片 + 看片」的工作台，它也可以成为你长期收藏的脚手架。这页讲的是一种推荐用法，不是必须遵守的规则。

核心观点是一句话：影片本身不做多处冗余备份，只在系统里记录番号；丢了再下。

这套思路成立的前提是：JAV 资源本质上是「可再生」的。绝大多数番号在 PT、BT、磁力网络上都还能再次找到，经验上命中率能到 90% 左右。把宝贵的盘位用来给可被网络重新获取的内容做多副本，并不创造新的价值——你真正需要保住的，是「我曾经收藏过哪些番号」这份清单本身。

为什么是「记番号 ≠ 备份文件」

多副本备份并不是没有代价：盘位、电费、机械盘故障率、跨盘同步成本，每一项都不便宜。而对绝大多数 JAV 收藏者来说，真正不可再生的并不是文件，而是「我喜欢过 / 看过 / 想留着」这条记录。

文件可以从 PT/BT 站重新拉一份回来；但「这个番号在我心里有位置」这件事，只有你自己的数据库知道。

落到 SakuraMedia 上，番号 + 元数据（标题、女优、标签、海报、缩略图、想看与评分）都是数据库里 KB 级别的内容，备份它们的成本几乎为零。把备份的注意力从「几 GB 的视频文件」移到「几 MB 的数据库」，是这套思路最关键的转换。

SakuraMedia 是怎么把这套思路落到工程上的

把已有的三个能力按用户视角串起来，就是一条完整闭环。

1. 「订阅」就是「记下这个番号」

• 订阅一部影片 = 在数据库里立下一条「我要保有这个番号」的旗子。
• 订阅一位女优 = 让订阅女优影片同步任务（默认每天 02:00）自动把她的新作补进库，相当于「持续滚动收藏」。
• 详见后台任务 → 订阅女优影片同步。

2. 「媒体文件巡检」就是「自动盘点丢了哪些番号」

• 默认每 6 小时跑一次。发现本地文件不存在时，会把对应的 Media 行标记为失效（valid = false），但不会删除 Movie 记录、不会删除番号、不会删除元数据。
• 也就是说：硬盘故障、硬盘挂载失效等，系统自己会把「哪些番号现在没有有效本地文件」这份清单整理出来，不需要你手动盘点。
• 详见后台任务 → 媒体文件巡检。

3. 「确认要回收 → 删除失效记录」是你需要手动做的一步

这是整条链路里唯一不自动的环节，需要你显式确认。

• 巡检只是把失效的 Media 行标出来，并不会触发重新下载。
• 自动下载任务的判定是「这部影片完全没有任何 Media 行」，而不是「Media 行 valid=false」。所以 Media 行只要还在，系统就认为「这部影片你已经有资源了」，不会去找新的。
• 想让一部失效影片进入重下队列，你需要手动把那条失效的 Media 记录删除（删数据库行，不只是删文件）。

这是一个有意的安全设计。临时挂载丢失（比如 NAS 盘没识别上、容器重启过程中目录暂时不可见）也会让巡检把 Media 标成 valid=false；如果系统在这种情况下立刻去 PT 重下，会平白消耗流量、还可能触发 Hit & Run。把「确认丢失」的决策留给人，是为了避免这种误伤。

实际操作上，建议的节奏是：等到你确认某些影片是真的丢了（硬盘换了、目录被清了、不打算再恢复了），再批量删除这些影片的失效 Media 记录。删完之后下一轮自动下载任务跑起来，系统就会把它们当成「缺资源」自动去找。

4. 「已订阅缺失影片自动下载」就是「自动二次回收」

• 默认每天 02:30 跑一次，扫描所有「已订阅且没有任何 Media 行」的影片，去 Jackett 配置的索引器找种，提交给 qBittorrent。
• 它不区分「这是新订阅还没下过」还是「失效记录已经被你手动清掉了」——对它来说都是同一个状态：缺资源、需要去找。
• 详见后台任务 → 已订阅缺失影片自动下载。

把这四步连起来，就是这套思路在系统里的完整链路：

你只管订阅 → 系统自动发现失效 → 你确认要回收时删掉失效记录 → 系统自动重下、自动导入。

强烈建议接 PT 站，而不是只用 BT

整套「记番号 → 自动回收」的闭环，本质上是把希望押在「番号将来还能再下回来」这件事上。而这件事能不能成立、成立得好不好，几乎完全取决于你给 Jackett 接了什么样的索引器。

实践经验是：只用公开 BT / 磁力源，自动下载这条链路的效果会非常不好。 常见的问题包括：

• 很多番号在公开 BT 上根本搜不到，或者只剩零星几个做种者，自动下载的基础过滤（seeders >= 3）直接把它们挡在外面
• 老番、冷门番在公开源上的留存率很低，前面说的「90% 可再生」在纯 BT 环境里会明显打折
• 公开源的速度和稳定性都不可控，自动下载经常卡在「搜到了但下不动」

相比之下，PT 站能显著改善这条链路的命中率、做种健康度和下载速度，也更容易稳定地跑通「订阅 → 自动下载 → 自动导入」的全自动闭环。所以如果你认真打算用这套收藏思路，强烈建议至少接入一两个你常用的 PT 站作为主力索引器，BT / 磁力源只作为补充兜底。

顺带一提：自动下载在挑资源时，同一候选池里本身就是 PT 优先于 BT（详见 常见问题 → 自动下载时，系统怎么选资源？）。接了 PT 之后，系统才有「更优资源」可选。

也正因为依赖 PT，请务必关注做种比和 Hit & Run 规则——前面提到的「巡检失效不自动重下、需要你手动确认」的设计，一部分原因也是为了避免在 PT 上因为误判而反复无谓地重下。

这套思路不适合什么

诚实交代边界，避免被 90% 这个数字误导：

• 稀缺资源 / 已绝版番号：90% 的命中率意味着剩下的 10% 真的没了。如果你有特别在意、明确知道流通量极少的番号，这一类还是建议自己留至少一份冷备。
• 非公开渠道资源/自制资源：网络上原本就找不回来，自然不在「可再生」范围内，必须自己手动备份。
• PornBox 视频与你自己切的切片：PornBox 视频没有番号、无法从网络再生，切片是你自己切出来的独立文件——这两类都不在「记番号、丢了再下」的范畴内，需要你按普通文件自己做好备份（切片目录尤其要单独挂持久化卷）。
• 追求画质升级路径的收藏：如果你的目标是「将来出了 4K REMUX 一定要换上去」，那番号订阅天然支持这件事，但画质替换需要你自己手动触发重下，系统不会知道你「想要更高画质」。

关键配置 checklist

落到操作上，下面这份最小自检清单可以帮你确认这套自动闭环是否真的转起来了：

• 数据库目录已经在你的备份策略覆盖范围内（例如 /mnt/ssd/sakuramedia/docker-data/db）
• Jackett 已经接好你常用的 PT/BT 索引器
• qBittorrent 下载器已经在 SakuraMedia 里登记，且 client_save_path / local_root_path 路径映射正确
• [scheduler] 里 media_file_scan_cron、subscribed_movie_auto_download_cron、download_task_sync_cron、download_task_auto_import_cron 都没被你关掉
• 至少订阅过 1 部影片，跑通过一次「订阅 → 自动下载 → 自动导入」的完整链路

具体每个任务做什么、什么时候跑，详见后台任务。