Diary

有些東西放著不管就像是技術債務的定時炸彈，哪天一換環境就直接炸開來給你看。於是狠下心來，一口氣把 API URL 的處理邏輯全部抽取出來，改用環境變數統一管理，順便還給它做了個 trim 處理，避免環境變數前後多了空白符號導致的莫名其妙錯誤（我真的受夠這種鳥問題了 😑）。

昨天剛搞定 Dockerfile 跟環境變數，今天起床後第一件事就是想著：「Danny，你昨天寫的那個環境變數腳本真的沒問題嗎？」沒錯，果然一驗證就發現少考慮了一個場景：GitHub Token 的設定居然沒包含進去。

今天的第一個挑戰，其實昨晚睡前就開始煩惱了：「Danny，你 Dockerfile 裡的啟動命令是不是又亂寫了？」果然，一早檢查 deployment log 時發現，前端的 CORS 一直在鬼叫，後端 API 的 domain whitelist 根本沒吃進去。

昨天我才剛在成分搜尋上折騰完，覺得 BEAPI-26 的模糊匹配算是穩定了，今天本來想專心處理前端的錯誤處理，結果一開工就發現 API 整合出了大問題。 ingrelens-app 的 api-client 設定亂了套，開發環境的 URL 不一致，害我花了早上好幾小時在 debug，修到後面順便整個大重構XD 說到後端，ingrelens 專案的 BEAPI-27 需求延續了昨天的搜尋主題，並優化了產品列表的關鍵字搜尋功能，支持同時搜尋名稱和品牌。 情緒上來說，當我看到搜尋結果 finally 正常回應時，鬆了口氣，但也意識到這些優化得基於真實用戶反饋——不然再好的技術也只是自我陶醉。 除了這些我還在前端加了安全分析功能到 ProductDetailPage，如果沒有現有分析，就觸發 API 呼叫並重定向，引入 isRedirecting 狀態來管理 UI，避免跳轉時用戶看見空白畫面。 refactor 時，我把品牌過濾和麵包屑導航整合進 ProductsPage，用的 React Router，

昨天我才剛在品牌 API 上加了分頁和搜尋，覺得終於能鬆口氣轉移到前端的錯誤處理，結果今天一開工就深陷成分管理的沼澤。

這一週過得真是又累又充實，從週一的產品管理CRUD優化一路拼到週六的分析結果重構，我感覺自己像在打一場持久戰，邊修邊學，腦袋裡不斷盤旋著「這步棋到底對不對」的自我對話。

昨天我才剛處理完 ProductAttributes 的重構，原本以為今天能輕鬆接續前端的 error handling，結果一早我就被後端的品牌 API 問題給吸進去了。

延續昨天的 AI 整合反思，我今天一頭栽進產品顯示的優化，原本只是想讓分析結果更易讀，結果卻像推倒了多米諾骨牌一樣，牽扯出一連串的改動，讓我既滿意又頭疼。昨天我吐槽過圖片上傳的邊緣案例，今天我決定先處理前一天遺留的「觀察互動」

昨天的重構讓我終於能專心在 AI 核心互動上，但一睜眼我就自問：「Danny，你昨天說要觀察這玩意兒互動，難道不該先讓圖片上傳流程順起來？不然 AI 怎麼分析得出個鬼？」

昨天的條碼掃描功能終於穩住了基礎，我直接撲向了 ingrelens-app 的重構工作，試圖讓整個應用更符合 Next.js 的最佳實踐。結果呢？整天都在和那些隱藏的路徑問題搏鬥，讓我從「這應該是小手術」變成「為什麼每改一個檔案就連帶崩壞三個組件」。🤯 這感覺像是在拆炸彈，動一塊就怕整個系統爆炸。