200回應,也可能用錯路徑,每一步都有依據。
明細應走:id並讀case,故障卻請求列表加query,拿到cases陣列。應修路徑,不改後端或假裝第一筆就是選定案。
這關帶走:明細URL與點選id一致,讀真正case。
先學一招:HTTP成功與資料形狀都要核對
明細URL與點選id一致,讀真正case。
帶上你的裝備
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端;只用虛構案件,不把密碼或Cookie貼給AI
- fault-L19點選id、Network URL與cases回應
明細應走:id並讀case,故障卻請求列表加query,拿到cases陣列。應修路徑,不改後端或假裝第一筆就是選定案。
一起拆解:列表與明細外層不同
本關18分鐘觀念:3分鐘看輸入、6分鐘逐步推演、5分鐘正常與錯誤對照、4分鐘先預測再說明。
這次的輸入
錯把明細網址寫成/api/admin/cases?id=QH-…;後端回200列表。
列表:/api/admin/cases → {cases:[...]}
明細:/api/admin/cases/實際id → {case:{...}}這段是觀念縮圖,完整可操作檔案在本關參考成果;請依當前階段判讀,不把片段直接貼到任意位置。
一步一步推演
- 在Network完整URL確認?id=不是契約的路徑參數。
- 只修明細請求路徑,編碼實際id;保留後端契約。
- 核對200以外的JSON外層與同id,再測不存在id。
正常應看到
明細取到case且id相符;404仍有清楚文字。
常見錯誤對照
把cases[0]當明細可能拿到其他案件,即使畫面暫時有資料也不對。
先預測,再說明原因
若列表第一筆換順序,錯用cases[0]會怎麼影響這項驗收?
跟著觀察
- 先讀「列表與明細外層不同」的輸入,指出本關實際檔案或資料。
- 若列表第一筆換順序,錯用cases[0]會怎麼影響這項驗收?
- 依例子逐步說明正常結果與錯誤差別,再記下自己的預測;參考結果不是已完成的實測。
這是你的實際操作確認,小測不會替你勾選。
動手挑戰:200回應,也可能用錯路徑
明細URL與點選id一致,讀真正case。
先準備
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端;只用虛構案件,不把密碼或Cookie貼給AI
- fault-L19點選id、Network URL與cases回應
親手比較點選id、實際URL與回應外層。
照這個順序開始
- 獨立fault-L19點同一案,記錯路徑與cases回應。
- 請AI只把明細請求改成正確:id路徑。
- 重驗同案、找不到、切案與公開詢問。
修復案件明細路徑
主要使用 Cursor 內建 AI;先附資料,再送出指令。
- 1.附上這些檔案與資料
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端;只用虛構案件,不把密碼或Cookie貼給AI
- fault-L19點選id、Network URL與cases回應
- 2.貼到哪裡
- 在 Cursor 開啟自己的本關練習副本,進入內建 AI 對話;正常版與故障副本分開。
- 用 @ 附上本關指定檔案,核對完整路徑;補實際觀察、輸入與結果,再貼下方 Prompt。
- 先讀回覆與差異,只保存指定範圍;回到瀏覽器實際檢查。版本保存由自己操作,不讓 AI 代替驗收或提交。
- 3.預期回覆與操作
- 請AI只把明細請求改成正確:id路徑。
- 不改列表或後端,不用第一筆假串接。
- 4.自己檢查結果
- 明細URL與點選id一致,讀真正case。
- 不改列表或後端,不用第一筆假串接。
修復案件明細路徑 Prompt(可收合)
你是協助零基礎學員的網站開發助手。我使用 Cursor 免費版編輯原生 HTML、CSS、JavaScript;必要時把你提供的內容手動貼入檔案。
情境與本次輸入:沿用提供的Node教學後端與HttpOnly session cookie,前端fetch credentials:include,不把認證存在localStorage。POST /api/auth/login、GET /api/auth/me、POST /api/auth/logout;受保護GET /api/admin/cases回cases摘要,GET /api/admin/cases/:id回case明細,PATCH同路徑只接受status及/或internalNote。未登入401、找不到404、欄位422、教學更新失敗503。案件使用實際穩定id,從第18堂同案延續,不以不同預置案假串接。 本堂新增兩個管理頁與admin.js;不從零重做認證、狀態更新及備註留後堂。保留APPA與紫綠色票。
本次任務:故障openCase把GET明細寫成/api/admin/cases?id=選取id,實際回cases列表,沒有case。只把這一處改/api/admin/cases/加encodeURIComponent(id),保留case外層檢查與loading/404/401。不要拿列表第一筆湊明細、不改後端、不用索引。列同id主旨服務、正常/找不到與手機回歸。
請先閱讀我附上的相關檔案或資料,資訊缺漏時精確列出需要補充的項目,不猜檔名、API 或測試結果。說明以繁體中文撰寫,指出檔案與修改位置;檢查結果區分已知、待驗與未完成。只處理學生自己的練習副本,不改現有展示網站,不要求付費訂閱。Cursor AI 無法使用?改用 ChatGPT 備援
把上方指定的檔案內容、清單與補充資料,連同同一份 Prompt 貼入 ChatGPT 對話。只貼電腦上的路徑,無法讓它讀取你的檔案。
收到程式碼時,先核對檔名與修改位置,再手動存回自己的練習副本;若收到檢查表或補檔步驟,就逐項操作。不要把 Prompt 或程式碼框的反引號貼進 HTML/CSS。
兩邊都受限時,可先看既有參考成果、檢查差異與手動修改;未做過的 AI 生成或公開發布仍記待完成。不要貼入帳密、金鑰或真實個資。
複製只取得 Prompt 文字,檔案需自行在 Cursor 附上;本頁不會呼叫 AI 或自動完成關卡。
卡住時,APPA 給你一點線索
線索 1|先找現象與證據
列表與明細只差路徑,但資料形狀不同。
線索 2|再縮小修改範圍
只修這一個路徑字串,保留選取與錯誤處理。
回到自己的作品,逐項檢查
- 明細URL與點選id一致,讀真正case。
- 不改列表或後端,不用第一筆假串接。
- 未實際完成的AI、發布或裝置驗收記待完成。
需要對照?看這一關的參考成果
先檢查自己的作品,再對照差異。開啟參考不會算完成。
查看前端參考畫面(完整操作請下載參考包)(另開分頁)線上只看前端畫面;完整操作請下載。本頁不提供案件API。把參考包解壓到新的資料夾,先讀 OPEN_REFERENCE.html,再啟動隨包後端;不要覆蓋自己的作品或案件。
下載本關可啟動參考包尚未完成可以先往下看,之後再回來補做。
保留依據與結果,再帶著作品往下走。
保留自己的修改差異與檢查結果。完成兩項操作確認再往下一關;也可以先閱讀,稍後補做。
關卡紀錄由你自行確認;本頁不會讀取 Cursor 檔案或自動驗收作品。
留下自己的檢查紀錄
這是第 19 堂共用筆記,換關卡仍會保留。未實際做過的操作寫「待完成」。
重設會清除第 19 堂六步勾選,筆記、另一堂進度與網站檔案保留。