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

cmd/server/main.go

@@ -278,11 +278,26 @@ func isFrontendLibraryRoute(path string) bool {
 	return true
 }
 
+// newLogger 根据 cfg.Logging 构建 Zap。此前 logging.level / logging.format
+// 配置完全没有生效（固定 NewProduction），用户无法在生产环境降低日志量；
+// 配合每请求一条 INFO 访问日志，几小时即可产生几十 MB 日志，在 Docker
+// json-file 驱动下持续消耗磁盘 IO。
 func newLogger(cfg *config.Config) (*zap.Logger, error) {
 	if cfg.App.Debug {
 		return zap.NewDevelopment()
 	}
-	return zap.NewProduction()
+	zapCfg := zap.NewProductionConfig()
+	if level, err := zap.ParseAtomicLevel(strings.TrimSpace(cfg.Logging.Level)); err == nil && cfg.Logging.Level != "" {
+		zapCfg.Level = level
+	}
+	if strings.EqualFold(strings.TrimSpace(cfg.Logging.Format), "console") {
+		zapCfg.Encoding = "console"
+	}
+	if out := strings.TrimSpace(cfg.Logging.OutputPath); out != "" {
+		zapCfg.OutputPaths = append(zapCfg.OutputPaths, out)
+		zapCfg.ErrorOutputPaths = append(zapCfg.ErrorOutputPaths, out)
+	}
+	return zapCfg.Build()
 }
 
 // getLocalIP returns the first non-loopback IPv4 address of the machine.