前言：為什麼選擇 Swoole WebSocket？ 傳統 PHP + Ajax 輪詢 / Long Polling 實現即時通訊效率極低，併發支撐弱。**Sw

前言：PHP 多線程的現狀與定位 pthreads 是 PHP 唯一支援真正多線程的擴展 (需 PHP 編譯時加入 --enable-maintainer-zt

前言：為什麼需要分層基礎控制器？ 隨著專案增長，控制器間會出現大量共同邏輯：權限檢查、語系初始化、模板載入、資料準備、日誌記錄... 若每個控制器重複撰寫，維護

前言：配置是應用行為的基因 application/config/config.php 是 CodeIgniter 應用的中樞神經，控制著語系、編碼、安全、日誌

前言：路由是 URL 與代碼的橋樑 application/config/routes.php 定義了 URL 如何映射到控制器/方法。掌握路由規則，能實現美觀

前言：為什麼 CI 原生 Session 讓開發者頭痛？ CodeIgniter 預設 Session 驅動將所有資料**加密後存放在客戶端 Cookie**

前言：微信網頁授權能做什麼？ 微信網頁授權是**服務號**專屬的高級介面，允許開發者在用戶**無需關注公眾號、無需發送訊息**的情況下，透過 OAuth2.0

前言：為什麼需要應用層讀寫分離？ 當資料庫架構演進為「一主多從」時，若無中間件 (如 MyCat、ProxySQL、MaxScale)，讀寫分離邏輯只能在應用層

前言：視圖不只是「放 HTML 的地方」 CodeIgniter 視圖 (application/views/) 支援原生 PHP 語法，雖然靈活，但也最容易寫

前言：CI 擴展機制的威力與責任 CodeIgniter 提供極具彈性的核心類擴展機制，透過 config.php 的 subclass_prefix (預設

前言：為什麼需要封裝第三方類庫？ CodeIgniter 的 third_party 目錄專門存放外部套件（如 Twig、PHPMailer、AWS SDK 等

前言：為什麼選擇 PHP 後端產生驗證碼？ 前端 JavaScript 驗證碼易被繞過、難以維護。PHP 結合 GD 函式庫在伺服器端動態產生圖片驗證碼，不僅安

前言：為什麼需要重新思考 CI 模型架構？ 在 CodeIgniter (CI) 開發中，模型常被誤解為單純的資料庫操作類。但隨著專案規模增長，將業務邏輯混雜在

語言包目錄結構 application/ ├── language/ │ ├── english/ # 系統預設 │ │ ├──

配置檔結構解析 3306, // 明確指定埠號 ]; 關鍵參數深度解析 參數建議值說明 pconnectFALSE持久連線易導致「To

Hooks 核心概念 在系統執行流程的七個關鍵點預埋「鉤子」，允許開發者掛載自訂函式介入，實現 事件驅動 與 解耦。 七大鉤子點時序圖 pre_system

MY_Controller 角色 所有控制器繼承基底，集中：通用 Library/Helper 載入、權限檢查、模板佈局、錯誤處理、日誌記錄等橫切關注點。 核

問題：Controller 膨脹、Model 職責不清 Controller 動作包含驗證、資料組合、外部 API 呼叫、視圖渲染 → 單一職責原則違反 Mo

為什麼選擇 Twig？ 快速：編譯為 PHP 快取檔，效能接近原生 安全：預設自動跳脫、沙箱模式隔離不可信模板 靈活：可自訂標籤、過濾器、函式、操作符 現代：

autoload.php 作用 系統啟動時自動載入的資源：Libraries、Helpers、Models、Config、Language 等，無需在控制器手動