鐵人檔案
在台灣，中小企業常因缺乏彈性的網站系統而受限。本系列將分享如何運用 LINE 官方帳號、Messaging API 與 LIFF，結合 Node.js、MongoDB、Redis，打造一個簡單易用的訂單系統。內容包含訂單建立、通知、狀態管理、後台設計，並探討金流串接與未來與電商平台整合的可能性。
昨天我們完成了後台的訂單狀態修改。接下來要讓系統在真實場景更「順」：後台列表更快、通知更即時、尖峰時段也不爆。 今天我們導入 Redis，示範三個實用情境：（1...
昨天我們成功導入了 Redis，讓訂單列表快取與佇列通知都更順。 但系統一旦變得複雜，就會開始遇到「哪裡壞了？為什麼壞？」的問題。 今天要教大家如何在 Node...
昨天我們讓系統具備錯誤處理與 Logging 功能，能更穩定地記錄與除錯。 今天要讓整個訂單流程「活起來」：當訂單完成後，店家不再需要手動通知顧客，而是讓系統自...
昨天我們讓訂單完成後會自動通知顧客，但實際測試時卻發現 Worker 沒有成功推播。 Log 顯示： [ERROR] 推播失敗 (undefined): Req...
在前幾天，我們已經完成了訂單建立、狀態更新與通知 Worker。 但你可能會發現一個問題： 目前的通知只有單向——要嘛通知顧客、要嘛通知管理者。 今天，我們要升...
昨天我們實作了雙向通知，讓顧客與群組都能即時收到訂單更新。今天要回到管理端的世界，打造一個「能查、能看、能篩」的訂單明細頁！ 這一篇，我們將實作一個能顯示完整訂...
在一個完整的訂單系統中，「付款」是最關鍵的一步。 過去幾天我們實作了「下單 → 通知 → 狀態更新」，但顧客仍需手動付款或到現場結帳。 今天，我們要踏出整合金流...
在前一天我們完成了綠界金流的串接，讓使用者可以透過 API 產生付款頁面並進行支付。但付款完成後，系統要如何知道付款結果？又該如何自動更新訂單狀態並通知顧客呢？...
在前兩天我們完成了金流串接與 webhook 整合，系統已經可以自動處理付款並推播通知。但在真實環境中，網路會斷線、API 會 timeout、服務會掛掉。 如...
恭喜你看到這裡！今天是鐵人賽的最後一天，我們要來回顧這 30 天的旅程，同時展望這個 LINE 訂單系統的未來可能性。 我們完成了什麼？ 回顧第一天，我們從一...
