fix(engine): persist Last-Modified for hint-mode multi-segment downloads

[ZerxLabBot]

Repro

开启「使用服务器文件时间」（use_server_time）后，通过 FluxDown 浏览器扩展从 https://dotnet.microsoft.com/zh-cn/download/dotnet/8.0 下载 ASP.NET Core 运行时 / .NET 桌面运行时安装包（数十 MB，触发多段下载），完成后文件修改时间是本地下载完成时间，而非服务器 Last-Modified。等价静态复现：curl -sI -L https://aka.ms/dotnet/8.0/aspnetcore-runtime-win-x64.exe 与同 URL 加 -H 'Range: bytes=0-0'，确认服务器（重定向到 builds.dotnet.microsoft.com，Azure Blob 存储）对 HEAD 与 Range GET 均正常返回 Last-Modified，排除服务器端异常。

Cause

浏览器扩展拦截下载时携带 hint_file_size，run_download_inner（native/engine/src/downloader.rs）命中 p.hint_file_size != 0 分支，为保护一次性签名 URL 而跳过 probe 阶段，FileInfo.last_modified 恒为空串，resume_last_modified 随之为空。安装包体积走多段下载（download_multi_segment → segment_coordinator::run_coordinated_download），该路径只在 do_segment 内把首个 206 响应的 (ETag, Last-Modified) 锁存进内存 first_validators，仅用于 check_cross_segment_validators 的跨段一致性校验，从未落库或回传给下载完成后的 apply_server_mtime 调用点。该调用点在多段路径（single_result 为 None）下只会 unwrap_or(&resume_last_modified)（空串），apply_server_mtime 因 last_modified.is_empty() 提前返回，文件保留本地完成时间。单流路径不受影响：download_single 会从【实际响应】直接锁存 Last-Modified（latched_last_modified 字段），不依赖 probe。

Fix

• native/engine/src/segment_coordinator.rs：do_segment 在 hint 模式（expected_etag/expected_last_modified 均为空）下，跨段一致性校验通过后，把 (resp_etag, resp_lm) 落库到 tasks.orig_etag/orig_last_modified（复用既有 db.set_task_validator，与非 hint 模式的持久化路径一致，每段重复写入同一份值，幂等无害）。
• native/engine/src/downloader.rs：run_download_inner 的 use_server_time 分支新增第三级回退——单流锁存值 → resume_last_modified → （均为空时）回读 DB validator，再交给 apply_server_mtime。

Verification

未在机器人环境中构建或测试——运行环境无法承载本项目的 Rust 工具链（2 核 / 1.8GB 容器）。本改动经静态审查：

• 通读 run_download_inner（downloader.rs:2383-3291）完整调用链，确认 resume_last_modified 在改动点仍处于作用域内且未被移动（此前仅以 &resume_last_modified 借用，无所有权转移）。
• 通读 do_segment / check_cross_segment_validators（segment_coordinator.rs:4302-4644），确认 db: &Db、task_id: &str、resp_etag/resp_lm: &str 均已在作用域内；db.set_task_validator(id: &str, etag: &str, last_modified: &str) -> Result<(), DbError> 签名与既有调用点（downloader.rs:2647-2656）一致。
• DbError 经 #[derive(Error, Debug)]（thiserror，db.rs:11-15）实现 Display，新增 log_info!("...{}...", e) 格式化合法。
• 用 if cond && let Err(e) = ... {} 而非嵌套 if { if let }，匹配本文件既有 let-chain 风格（如 segment_coordinator.rs 中 expected_etag/expected_last_modified 守卫），规避 clippy::collapsible_if。
• 未新增依赖、未改动任何函数签名或返回类型，未触及 native/engine/tests/{realtest,corruption_test,multi_cdn}.rs 等直接调用 run_coordinated_download 的测试文件（其调用点参数不变）。

请维护者执行：

cargo check -p fluxdown_engine --lib
cargo clippy -p fluxdown_engine -- -D warnings
cargo nextest run -p fluxdown_engine use_server_time

已知未覆盖：未新增自动化测试覆盖 hint + 多段 + use_server_time 组合（需要本地 HTTP 测试服务器模拟浏览器扩展 hint 下载并强制多段，native/engine/tests/realtest.rs 已有类似基础设施 run_full_server_time / use_server_time_applies_last_modified_to_file_mtime，可参照扩展一个 hint 模式版本）。

Fixes #150