Dify 合併 Docker 設定修補，處理服務環境變數覆寫失效

Dify 於 11 月 3 日將 Docker 環境變數修補合併至主分支，處理自架部署中「修改設定檔，容器卻沿用預設值」的落差。相關問題於前一天提出，重現環境是主分支搭配預設的 1.18.0 映像，因此不能直接推定所有既有版本都受影響。問題回報

回報中的具體例子包括：將 nginx 上傳限制設為 200M，實際仍是 100M；將沙盒執行逾時設為 120 秒，容器內的 WORKER_TIMEOUT 卻維持 15 秒。另有外掛守護程序未載入共用設定，缺少預期的資料庫與 Redis 連線值。對工作流維運而言，這類落差可能讓檔案上傳與程式執行在錯誤門檻下失敗，排查時也容易誤判為應用本身的限制。重現步驟與結果

技術關鍵在於 Compose 的變數插值與容器環境載入屬於不同階段。Docker 官方文件明定，Compose 的 environment 設定優先於 env_file；若前者已解析成預設值，服務檔內的自訂值便無法覆蓋它。單純新增環境檔，並不足以保證容器取得操作者填寫的數值。Docker 優先順序說明

此次修補將隨附服務範本改為 .defaults，讓選用的覆寫值參與容器變數映射，並補回外掛守護程序的共用連線預設值。既有服務 .env 路徑保留，根目錄 .env 維持較高優先權；連接埠、掛載路徑等 Compose 層級輸入仍須放在根設定檔。修補內容

採用新配置須使用 Docker Compose 2.35.0 以上，舊檔中的意外空值也須自行清理，本機設定不會自動改寫。工程團隊應先以 docker compose config 核對解析結果，再確認目標發行版是否包含修補。截至查核，發布頁最新版本仍為 1.18.0；主分支合併不代表既有映像已取得修正。相容性要求、版本發布頁