feat:實作課程圖片上傳 — 封面 + 相簿管理

後端：
- Migration：diving_offers 新增 cover_image 欄位、新增 course_images 表（含索引）
- CourseImage Model（CREATED_AT、url accessor）
- DivingOffer：cover_image_url accessor、hasMany courseImages、static::deleting() 孤兒清理
- CourseImageController：封面上傳/刪除、相簿上傳（max 3）/刪除，統一 mimes+size 驗證
- DivingOfferController：index/show 回傳加入 cover_image_url 與 images 陣列
- 修正 APP_URL 加入 port（:8080），Storage::url() 才能產生正確圖片連結

前端：
- courseImageApi.js：uploadCover/deleteCover/uploadImage/deleteImage
- CourseCard：有封面顯示 <img>，無封面顯示漸層佔位
- CourseDetailView：封面大圖 + 相簿縮圖橫列（點擊開新分頁）
- OfferFormView（編輯模式）：封面預覽/更換/刪除、相簿縮圖管理（達 3 張隱藏上傳按鈕）

基礎設施：
- docker-entrypoint.sh：加入 storage:link --force
- docker-compose.yml：移除 storage-data named volume（改用 bind mount，避免 Nginx 讀不到圖片）

測試：
- CourseImageTest.php：14 個 Feature Test 全部 PASS（Storage::fake）
  涵蓋：上傳成功/格式驗證/大小驗證/所有權、刪除/無封面不報錯、
        相簿上限/sort_order 遞增、孤兒清理

OpenSpec：
- course-images change 歸檔至 archive/2026-05-12-course-images
- 新增 specs/course-image-upload 主規格（含 bind mount 持久化說明）

Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>

openspec/specs/course-image-upload/spec.md

@@ -0,0 +1,84 @@
+### Requirement: Provider 上傳課程封面
+Provider SHALL 能為自己的課程上傳一張封面圖片，新上傳會覆蓋舊封面並刪除舊實體檔案。
+
+#### Scenario: 成功上傳封面
+- **WHEN** Provider 送出 `POST /api/provider/offers/{id}/cover`，包含 `image` 檔案（jpeg/png/webp，≤2MB）
+- **THEN** 系統儲存檔案至 `public` disk 的 `offers/{offer_id}/cover/` 目錄，更新 `diving_offers.cover_image`，回傳 `cover_image_url`
+
+#### Scenario: 覆蓋封面時刪除舊檔
+- **WHEN** Provider 上傳新封面，且原本已有封面
+- **THEN** 系統先刪除舊實體檔案，再儲存新檔案
+
+#### Scenario: 檔案格式驗證
+- **WHEN** 上傳的檔案不是 jpeg/jpg/png/webp
+- **THEN** 系統回傳 422
+
+#### Scenario: 檔案大小驗證
+- **WHEN** 上傳檔案超過 2MB（2048KB）
+- **THEN** 系統回傳 422
+
+#### Scenario: 不可上傳他人課程的封面
+- **WHEN** Provider 嘗試上傳不屬於自己課程的封面
+- **THEN** 系統回傳 403
+
+### Requirement: Provider 刪除課程封面
+Provider SHALL 能刪除自己課程的封面，同步移除實體檔案。
+
+#### Scenario: 成功刪除封面
+- **WHEN** Provider 送出 `DELETE /api/provider/offers/{id}/cover`
+- **THEN** 系統刪除實體檔案，將 `diving_offers.cover_image` 設為 null，回傳 200
+
+#### Scenario: 無封面時刪除不報錯
+- **WHEN** Provider 刪除封面，但 `cover_image` 本來就是 null
+- **THEN** 系統直接回傳 200，不報錯
+
+### Requirement: Provider 上傳課程相簿圖片
+Provider SHALL 能為課程上傳最多 3 張相簿圖片，sort_order 不連續為預期行為（刪除後重新上傳序號接續最大值）。
+
+#### Scenario: 成功上傳相簿圖片
+- **WHEN** Provider 送出 `POST /api/provider/offers/{id}/images`，包含 `image` 檔案（格式與大小同封面限制），且目前相簿圖片數 < 3
+- **THEN** 系統儲存檔案至 `offers/{offer_id}/gallery/` 目錄，建立 `course_images` 紀錄，`sort_order = MAX(sort_order) + 1`，回傳新圖片資訊
+
+#### Scenario: 超過 3 張上限
+- **WHEN** 課程已有 3 張相簿圖片，Provider 再次上傳
+- **THEN** 系統回傳 422，message：「相簿最多 3 張圖片」
+
+#### Scenario: 不可上傳他人課程的相簿
+- **WHEN** Provider 嘗試上傳不屬於自己課程的相簿
+- **THEN** 系統回傳 403
+
+### Requirement: Provider 刪除相簿圖片
+Provider SHALL 能刪除自己課程的特定相簿圖片，同步移除實體檔案。
+
+#### Scenario: 成功刪除相簿圖片
+- **WHEN** Provider 送出 `DELETE /api/provider/images/{image_id}`
+- **THEN** 系統刪除實體檔案，刪除 `course_images` 紀錄，回傳 200
+
+#### Scenario: 不可刪除他人相簿圖片
+- **WHEN** Provider 嘗試刪除不屬於自己課程的相簿圖片
+- **THEN** 系統回傳 403
+
+### Requirement: 課程刪除時清理圖片目錄
+DivingOffer 刪除時，系統 SHALL 自動清除 `offers/{offer_id}/` 整個目錄，防止孤兒檔案累積。
+
+#### Scenario: 刪除課程時清除圖片
+- **WHEN** DivingOffer 被刪除（`static::deleting()` observer 觸發）
+- **THEN** `Storage::disk('public')->deleteDirectory("offers/{$offer->id}")` 刪除封面與相簿所有實體檔案
+
+### Requirement: 圖片 URL 隨課程資料一同回傳
+公開課程 API SHALL 在回傳課程資料時包含 `cover_image_url`（含 APP_URL 與 port 的完整 URL）與 `images`（相簿陣列）。
+
+#### Scenario: 有封面時回傳完整 URL
+- **WHEN** 任何人取得課程資料（`GET /api/diving-offers/{id}` 或列表）
+- **THEN** `cover_image_url` 回傳可直接用於 `<img src>` 的完整 URL（如 `http://host:port/storage/offers/...`）；無封面時回傳 null
+
+#### Scenario: 相簿陣列回傳
+- **WHEN** 取得課程詳情 `GET /api/diving-offers/{id}`
+- **THEN** `images` 回傳相簿圖片陣列，每筆含 `id`、`url`、`sort_order`，依 `sort_order ASC` 排序；無相簿時回傳空陣列
+
+### Requirement: 圖片儲存持久化（Bind Mount）
+圖片 SHALL 儲存於 `./storage/app/public/`（host bind mount），`app` 與 `nginx` 容器透過 `./:/var/www` 共享同一目錄，跨容器重建後仍可存取。`APP_URL` 必須包含正確 port（如 `http://localhost:8080`）才能產生正確的圖片 URL。
+
+#### Scenario: 容器重建後圖片保留
+- **WHEN** 執行 `docker compose up --build` 並重新啟動容器
+- **THEN** 先前上傳的圖片仍可正常存取（URL 不變），因圖片在 host 目錄不受容器重建影響