fix: 资源占用/登录稳定性/QB整理入库/第三方播放404 综合修复

资源占用（Docker 部署 CPU/内存长期居高）:
- 云盘探测预算改为按尝试扣减，杜绝队列满时对每个文件反复入队
  并刷出数万条 WARN（实测日志 41165 条）
- 探测队列满时给文件挂 30 分钟退避 + 告警限速为每分钟一条
- 扫描时每个文件的海报/背景图由同步下载（单张最长 20s）改为
  后台预取队列，云盘大库扫描不再串行拉图数小时
- PlaybackInfo 的云盘 ffprobe 探测改异步（原同步最长 8s，
  既拖慢起播又放大云盘流量），带单飞去重
- 访问日志跳过 /api/health 与静态资源；logging.level/format
  配置真正生效（此前是死配置）

登录稳定性（经常登录报错）:
- refresh token 未及时落库期间，刷新请求可识别「待落库令牌」，
  不再把用户踢回登录页；轮换/登出后取消后台补写，防止旧令牌复活

QB 下载整理入库:
- 新增 download.path_mappings 设置：自定义下载器→本程序路径映射
  （每行 客户端路径=本地路径），并复用 compose 环境变量映射规则
- 应用重启后补整理最近 24h 内完成的种子（此前重启即永久漏掉）
- 下载客户端初始化失败仍注册并惰性重连（容器启动顺序免疫）
- 硬链接跨文件系统(EXDEV)自动降级为复制，保种语义不变

第三方播放器 404:
- 播放处理器不再把所有错误吞成 404：媒体不存在→404，
  云盘解析失败/STRM 关闭→502+原因
- 存库的云盘播放 URL 规范化为相对路径，免疫扫描时固化的旧 host
- 云盘媒体 SupportsDirectPlay=false，强制走带鉴权的 DirectStream

internal/service/download_manager_svc.go

@@ -73,17 +73,20 @@ func (m *DownloadManager) LoadAll(ctx context.Context) error {
 		}
 
 		if initErr := adapter.Initialize(ctx, cfg); initErr != nil {
-			m.log.Warn("failed to initialize download client",
+			// 初始化失败通常是 Docker 启动顺序问题（qBittorrent 还没就绪）。
+			// 适配器内部支持按需重新登录（403/未登录时透明重试），所以
+			// 这里仍然注册适配器，等下载器上线后自动恢复；此前直接 continue
+			// 会让该客户端在应用重启前永久不可用，下载完成也无法整理入库。
+			m.log.Warn("download client init failed; registered for lazy reconnect",
 				zap.String("id", dc.ID),
 				zap.String("name", dc.Name),
 				zap.Error(initErr),
 			)
-			continue
 		}
 
 		m.clients[dc.ID] = adapter
 		m.configs[dc.ID] = cfg
-		m.log.Info("download client initialized",
+		m.log.Info("download client registered",
 			zap.String("id", dc.ID),
 			zap.String("name", dc.Name),
 			zap.String("type", dc.Type),