a620906209
4baa4cb52b
後端：
- 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>
85 lines
4.4 KiB
Markdown
85 lines
4.4 KiB
Markdown
### 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 目錄不受容器重建影響
|