Files
CFDivePlatform/openspec/specs/course-image-upload/spec.md
T
a620906209 4baa4cb52b 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>
2026-05-12 03:54:45 +08:00

4.4 KiB
Raw Blame History

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 上傳檔案超過 2MB2048KB
  • 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 回傳相簿圖片陣列,每筆含 idurlsort_order,依 sort_order ASC 排序;無相簿時回傳空陣列

Requirement: 圖片儲存持久化(Bind Mount

圖片 SHALL 儲存於 ./storage/app/public/host bind mount),appnginx 容器透過 ./:/var/www 共享同一目錄,跨容器重建後仍可存取。APP_URL 必須包含正確 port(如 http://localhost:8080)才能產生正確的圖片 URL。

Scenario: 容器重建後圖片保留

  • WHEN 執行 docker compose up --build 並重新啟動容器
  • THEN 先前上傳的圖片仍可正常存取(URL 不變),因圖片在 host 目錄不受容器重建影響