fix(部署): 交付包容器内路径与老系统对齐，日志与临时目录落数据盘

库里 xs_file_record.file_path 存的是 file.upload-dir 拼出来的绝对路径，老系统是
/var/s-file/upload，新包之前写 /data/upload 会让接老库的历史文件全部读不到（只能迁库），
现在容器内逐字一致，宿主机侧仍由 .env 的 SFILE_DATA_ROOT 决定。

顺带把两处老配置没真正落地的补上：
- logging.file.name 沿用 /usr/local/logs/s-file.log。之前 /app/logs 挂载是空的——yml 没设
  文件日志，输出只进 docker 的 json-file 且不封顶；同时给 app 的 json 日志加 20m×5 上限
- java.io.tmpdir 用 -D 指到 upload 挂载内。老项目把这行写在 application.properties 里
  并不会改 JVM 系统属性，等于没生效；现在 500MB 上传缓冲落在数据盘而不是容器 overlay 层

摆渡目录保持容器内 /data/transfer/*：光闸需要能单独挂它，嵌进 upload 树会把整个文件库
暴露给光闸，而传输包是过路文件、路径不入库。宿主机侧照旧可与老机器同路径（GATE_*）。
内外网两套 compose/config/install.sh 仍字节一致。

deployment/iw/docker-compose.yml

@@ -53,7 +53,10 @@ services:
       TZ: ${TZ:-Asia/Shanghai}
       # 发号器 workerId 按「容器 IP」取键，取不到会回退 99 而 99 > 31 直接启动失败，
       # 因此这里锁死 app 的容器 IP，并把同一个键写进 JVM 参数，两处永远一致
-      JAVA_OPTS: "${APP_JAVA_OPTS:--Xms1g -Xmx3g -Dfile.encoding=UTF-8} -Dcode.snowflake.workid.${APP_NODE_IP:?缺少 APP_NODE_IP}=${APP_WORK_ID:?缺少 APP_WORK_ID}"
+      # java.io.tmpdir 指到数据盘挂载内：Tomcat 接收大文件时先在这里落盘（multipart 上限 500MB），
+      # 不指就写进容器 overlay 层，把系统盘吃掉几个 G。老系统那行 java.io.tmpdir 写在
+      # application.properties 里其实没生效，这里用 -D 才真正生效
+      JAVA_OPTS: "${APP_JAVA_OPTS:--Xms1g -Xmx3g -Dfile.encoding=UTF-8} -Djava.io.tmpdir=/var/s-file/upload/tmpdir -Dcode.snowflake.workid.${APP_NODE_IP:?缺少 APP_NODE_IP}=${APP_WORK_ID:?缺少 APP_WORK_ID}"
       SPRING_CONFIG_ADDITIONAL_LOCATION: file:/config/application.yml
 
       SPRING_DATASOURCE_URL: jdbc:postgresql://pg:5432/${POSTGRES_DB:?缺少 POSTGRES_DB}
@@ -77,6 +80,9 @@ services:
 
       # 内网机 1 / 外网机 2，写反了摆渡方向就反了
       FILE_TRANSFER_LOCATION: "${SFILE_TRANSFER_LOCATION:?缺少 SFILE_TRANSFER_LOCATION}"
+      # 摆渡目录不进 upload 树（老系统是 ${file.upload-dir}/transfer/send）：光闸要单独挂这两个目录，
+      # 嵌在 upload 里就得把整个文件库暴露给光闸。这里只是容器内路径，宿主机侧看 .env 的 GATE_*；
+      # 传输包是过路文件、路径不入库，所以改它不影响历史数据
       FILE_TRANSFER_SEND_DIR: /data/transfer/send
       FILE_TRANSFER_RECEIVE_DIR: /data/transfer/receive
       FILE_TRANSFER_MONITOR_CRON: "${FILE_TRANSFER_MONITOR_CRON:-0/5 * * * * ?}"
@@ -90,10 +96,18 @@ services:
       MESHSAFE_TIMEOUT_SECONDS: ${MESHSAFE_TIMEOUT_SECONDS:-120}
       MESHSAFE_POLL_TIMEOUT_MINUTES: ${MESHSAFE_POLL_TIMEOUT_MINUTES:-60}
       MESHSAFE_POLL_CRON: ${MESHSAFE_POLL_CRON:-0/10 * * * * ?}
+    # 容器标准输出留一份即可（应用日志已写 /usr/local/logs/s-file.log 并按天轮转），
+    # 不限速的话 docker 的 json-file 默认不封顶，跑半年能把系统盘吃满
+    logging:
+      driver: json-file
+      options:
+        max-size: "20m"
+        max-file: "5"
     volumes:
       - ./config/application.yml:/config/application.yml:ro
-      - ${SFILE_DATA_ROOT}/upload:/data/upload
-      - ${SFILE_DATA_ROOT}/logs:/app/logs
+      # 容器内路径与老系统逐字一致（库里存的是绝对路径前缀，不能改），宿主机侧由 .env 决定
+      - ${SFILE_DATA_ROOT}/upload:/var/s-file/upload
+      - ${SFILE_DATA_ROOT}/logs:/usr/local/logs
       # 摆渡目录：容器内固定路径，宿主机侧由光闸设备负责单向搬运
       - ${GATE_SEND_DIR:?缺少 GATE_SEND_DIR}:/data/transfer/send
       - ${GATE_RECV_DIR:?缺少 GATE_RECV_DIR}:/data/transfer/receive