Dify 在 Windows Docker Desktop 安裝實戰：解決 Hyper-V 檔案共享 EOF、Postgres 0700 權限重啟，並比較 Ollama Qwen3 與 Claude 回答

安裝
$ docker compose up -d

過程中一直出現提示

出現錯誤

這是 Hyper-V 模式的限制。容器要掛載本機資料夾時，那個資料夾必須先登記在 Docker 的共享清單裡。Dify compose 掛載十幾個路徑（volumes/app/storage、ssrf_proxy/*.sh、nginx/conf、certbot/conf…），而每個路徑都會跳一次視窗詢問。

每一次點擊 Yes，Docker 會重新設定一次檔案共享，這時候引擎連線會中斷一下。如果這時候 compose 正好在建立容器，就出現 EOF 錯誤，所以 nginx 才會建立失敗。

設定共享整個 dify 目錄

Docker Desktop → Settings → Resources → File sharing
加入 J:\Git\temp\dify（或乾脆加整個 J:\）
按 Apply & restart，等引擎變綠色

重新執行：

cd /d J:\Git\temp\dify\docker
docker compose up -d

再次執行結果：

b_postgres 一直出現 restarting warning

compose 把 Postgres 的資料放在 J:\...\volumes\db\data，Windows 磁碟上的資料夾。
在 Hyper-V 模式下，Docker 沒辦法把這個資料夾的權限設成 Postgres 要求的 0700，Postgres 每次初始化都失敗，就造成一直重啟。
新增了 J:\Git\temp\dify\docker\docker-compose.override.yaml，讓 Postgres 的資料改存在 Docker 自己管理的 volume docker_dify_pgdata。另外，官方的 docker-compose.yaml 沒做變動，之後如果升級 Dify 就不會造成衝突。
另外的問題，api 比資料庫早啟動，所以資料表還沒建。我重啟了 api、worker、worker_beat、plugin_daemon，api 重啟時跑完了 migration（Database migration successful!）。

之後要注意：

不要執行 docker compose down -v，加了 -v 會把資料庫一起刪掉。平常停止用 docker compose down 就好。

下次開機，先打開 Docker Desktop，等到 Engine running，再到 J:\Git\temp\dify\docker 執行 docker compose up -d。

打開 http://localhost/install 建立管理員帳號