perf(传输): 摆渡目录监听周期 1 分钟改为 5 秒

端到端延迟里有一半是轮询空等：收发两侧各等一次，1 分钟周期下平均空等
60 秒、最坏 120 秒，这是「一页文件也要 2 分钟」的主因，而真正干活不到 2 秒。

改成 5 秒是安全的：空目录一轮只有两次 Files.list + 过滤，开销可忽略；
Spring 的 cron 任务要等上一轮跑完才排下一轮，同一实例内不会重叠。
副作用是损坏包被更频繁重试（失败包当前不删除也不改名，mtime 最老所以
每轮排第一），彻底解决靠方案 5.2 的 .error 改名让位。

部署说明第 10 条原来写「不要改成秒级」，与新默认值矛盾，一并纠正。

deploy/offline/.env.example

@@ -85,5 +85,6 @@ TZ=Asia/Shanghai
 # 按机器内存调整，堆外还需预留 1G 左右
 APP_JAVA_OPTS=-Xms1g -Xmx3g -Dfile.encoding=UTF-8
 REDIS_MAXMEMORY=512mb
-# 跨网文件监听任务周期，默认每分钟扫一次摆渡目录
-FILE_TRANSFER_MONITOR_CRON=0 */1 * * * ?
+# 跨网文件监听任务周期，默认每 5 秒扫一次摆渡目录。
+# 调慢可减少空目录扫描，但端到端延迟会按周期的一半叠加（收发两侧各一次）
+FILE_TRANSFER_MONITOR_CRON=0/5 * * * * ?