建立日:2026-05-28
學生交功課系統:由 WhatsApp 到可驗收閉環
Plan 先梳理;登入、派功課、交功課最小完整流程
為將來交功課舖路,唔再長期靠 WhatsApp 收檔:獨立專案、同 Blog 分開 deploy;第一版只做學生登入、老師派功課、學生交一份、老師睇列表,上傳同通知留後加。
結果摘要:最小閉環可逐項打勾驗收;靜態站同要登入嘅站分開專案,改動唔互拖。
- Plan 寫清「今次唔做乜」。
- 五項上線前檢查防回歸。
- Pages 同 Workers 分工寫死。
Cases
每個案例都包含問題、解法、成果與可重用流程,方便你判斷是否適合合作。
案例常見技術範圍包括:Astro 內容站、Cloudflare Pages/Workers、D1 資料層、Postmark 電郵流程、Turnstile 防濫用,以及 Cursor vibe coding 協作方式。
建立日:2026-05-28
Plan 先梳理;登入、派功課、交功課最小完整流程
為將來交功課舖路,唔再長期靠 WhatsApp 收檔:獨立專案、同 Blog 分開 deploy;第一版只做學生登入、老師派功課、學生交一份、老師睇列表,上傳同通知留後加。
結果摘要:最小閉環可逐項打勾驗收;靜態站同要登入嘅站分開專案,改動唔互拖。
建立日:2026-05-10
booking_at、webhook 同 reminder 排程落地
把「查詢表單」升級到可排 24h / 1h 會前提醒:先釐清點解冇 booking_at 就做唔到絕對時間提醒,再落地 Cal.com webhook + D1 + email jobs,並處理改期取消重排。
結果摘要:建立可遷移中樞架構;工具可換,但資料欄位、提醒排程同測試流程固定唔變。
建立日:2026-05-08
自建漏斗同上線與維運遇到嘅難題
唔想再依賴單一大型平台包住成條由收集到寄信嘅鏈時:表單、你自己嘅名單庫、跟進電郵要點樣一齊行,邊幾類位置最易卡住、點樣諗清楚取捨;呢篇用白話寫,方便非技術同事睇。
結果摘要:讀完會知點解「網頁表面正常」唔等於「託管後台真係收到」、點解寄電郵同退訂掣最容易喺細設定度出事。
建立日:2026-05-07
由手動合併列印轉為可重現流程(CLI + 本機 Web UI),降低錯誤與重覆工時。
結果摘要:重覆工下降、交接更容易、流程可持續擴充。
建立日:2026-05-06
快速定位 Hero 背景圖失效問題,建立「圖檔→selector→部署」三段式排查流程。
結果摘要:排錯時間縮短、線上顯示一致、同類問題可快速定位。
建立日:2026-05-05
由單檔原型演進到 `jp-player` 模組化架構,支援長期加片與學習模式切換。
結果摘要:維護成本下降、新增內容更快、播放模式更穩定。
建立日:2026-05-04
用靜態子目錄上線策略,解決 FTP、快取與報表揭露風險,快速打通部署鏈。
結果摘要:上線流程穩定、驗證更快、資料揭露風險下降。
建立日:2026-05-03
以前端 + GAS + Sheet 打通收集流程,並加上老師通知與學員副本機制。
結果摘要:收集穩定、通知同步、後續頁面可直接複製流程。
建立日:2026-05-02
把「太黑太花」調成可讀、聚焦、可轉化版本,建立可套用 LP 優化 SOP。
結果摘要:閱讀阻力下降、主行動更聚焦、可複製四步檢查流程。
用診斷對一次現況,我會按你情況拆出最小可行修改清單。
預約 30 分鐘診斷:幫你定邊啲值得自建、邊啲可以遲啲先換。