《電商修仙術:AI × Magento 開發心法》將以修行者的角度,帶領大家走過三十日的電商開發之路。前段篇章將透過 AI(Claude Code)與 Docker 的協助,快速完成 Magento 的環境搭建,並建立能運作的電商平台。後段則進入實戰修煉,聚焦於模組開發、進階功能與效能優化,逐步揭示 Magento 的核心奧義。本系列不僅是技術紀錄,更是一部修煉心法:每一日皆為功力的積累,最終讓讀者能理解如何駕馭 Magento,並與 AI 協作,在電商開發的修煉場上突破自我。
前言 前兩天我們聊到 Redis 記憶體爆炸的問題,並且發現了一個警訊:快取命中率偏低。照理說,Page Cache 打開之後,大部分的頁面都應該要直接吃快取,...
前言 前幾天我們聊過 Redis 記憶體爆炸,也提到命中率偏低,代表裡面有很多快取是「存了卻沒被用到」。那問題來了 —— 為什麼會有這麼多重複的 cache?今...
前言 昨天我們追蹤了 Identifier.php 的程式碼,理解了 Magento 是怎麼產生 Redis key。但光看一段程式碼還不夠,我們還需要把它放進...
前言 昨天(Day 23)我們把 Magento 的 HTTP 請求流程與 Page Cache 插手時機 講清楚了,也更確定真正決定快取命中的,是那把鑰匙——...
前言 昨天(Day 24)我們把快取污染的問題講清楚:同樣內容的頁面,卻因為 URL 帶了不同參數或順序,生成了多份快取,浪費了 Redis 空間,也拉低了命中...