手機上行前指南的三種狀態:左邊頂部疊著三層固定列(外層分頁列、地區/行程推薦/備註、選擇日期);中間是往上滑一點時,只有日期列貼在最上面;右邊是往下滑時三層都收起,行程內容填滿整個畫面。行程文字已模糊處理

Day21 [travel-storage] 手機上內容與導覽搶畫面:固定列往下滑就收起;「吃」再分一層,資料由我丟給 AI 統整

手機看行前指南時,頂部疊了三層固定列、約 190px。記錄為什麼選「往下滑收起」而不是壓縮高度、往上滑時再分兩段(滑一點只露出日期列,滑多才全部回來),為此破例改了說好原樣保留的指南樣式,以及讓收起不惱人的幾條規則:靠近頂端一定顯示、小於 8px 不判斷、捲到底的回彈不算往上滑、看不見的列鍵盤也碰不到。另一條線是地點總表的「吃」加上子分類與篩選按鈕:選項太少時 AI 可以上網補,但來源不明是隱憂,所以我改成自己丟資料給 Claude、由它查證與統整。

October 5, 2026 · 14 分鐘
兩個 Access application

Day4 [art-tracking] 掛上自己的網域,並用 Cloudflare Access 擋在登入後面

Art-Tracking 上線後的第一個問題:只有 workers.dev 網址、API 全 401。記錄把它掛上 art.kiwi-walk.com、用 Cloudflare Access 保護整站卻讓 agent 路徑 bypass 的取捨,Worker 端怎麼自己驗 JWT 做到 fail closed,以及靠 302 裡的 AUD 抓出 policy 設錯的過程。

September 18, 2026 · 7 分鐘
第一版與第二版的技術棧對照

Day3 [art-tracking] 技術選型:為什麼從 Vercel + Supabase 搬到 Cloudflare,而不是像 coffee-review 用 GitHub Pages + Supabase

Art-Tracking 第一版跑在 Vercel + Supabase 上,第二版(2026-09)整個搬到 Cloudflare Workers。這篇講為什麼不能像 coffee-review、commute 一樣用 GitHub Pages + Supabase,為什麼不留在 Vercel,以及 Hono、Drizzle、D1、R2、Vitest workers pool 這幾個選擇各自的理由與代價。

September 17, 2026 · 8 分鐘