專案架構概覽 前端：ExtJS 3.x（GridPanel、FormPanel、Window、PagingToolbar） 後端：PHP + MySQL（in

為何選擇 Memcached 儲存 Session 叢集共享：多台 Web 伺服器共用 Session，無需 Sticky Session。 高效能：記憶體級

三大預設儲存方式 files（預設）：以檔案形式儲存於 session.save_path，高併發下 I/O 瓶頸明顯。 memory (mm/shm)：共享

一、大數據處理的分批釋放策略 處理大量資料（如 50 萬筆日誌）時，單次載入全量陣列極易觸發 memory_limit。核心原則：**分批處理、用完即銷毀**。

floor — 捨去法（向下取整） 回傳不大於參數的最大整數，捨去小數部分。回傳型別為 float。 echo floor(4.3); // 4 echo

核心函數：php_sapi_name() PHP 提供內建函數 php_sapi_name() 回傳當前執行介面（SAPI）類型，常見回傳值如下： 執行環境回

語法與寫法優化 單引號優於雙引號：單引號字串不解析變數，解析速度更快。 靜態方法更快：若方法不需存取 $this，宣告為 static，速度提升近 4 倍。

常見失效原因 file_get_contents 無法抓取遠程內容，最常見的原因是伺服器關閉了 allow_url_fopen 選項（php.ini 中設為 O

現象與原因 使用 file_get_contents 抓取遠程頁面時，若回應為 Gzip 壓縮，直接輸出會顯示亂碼。這是因為 PHP 預設不會自動解壓 Gzip

前言 在使用 PHP 的 file_get_contents 采集網頁時，常會遇到一個令人頭疼的問題：獲取到的內容是一堆亂碼，但瀏覽器卻能正常顯示。這通常是因為

前言 雖然 PHP 內建 sort()/usort()/array_search() 效能遠優於手寫演算法，但理解經典演算法邏輯有助於面試、教學與特定場景客製化

問題現象 使用 file_get_contents 抓取遠端 API 時，若對方回應緩慢或斷線，PHP 會拋出 Fatal Error: Maximum exe

核心觀念：瀏覽器下載機制 關鍵在於 HTTP Header 告訴瀏覽器「這是附件，請下載」，而非顯示 HTML。編碼問題核心：Excel 2003 (.xls)

應用場景 需同時下載多個遠端圖片/檔案（如商品圖批次抓取、站群內容同步），使用 curl_multi 非同步並發可大幅縮短總耗時。 核心函式 remote()

為什麼需要 dump()？ var_dump 輸出難讀、print_r 不顯示型別、die() 會中斷流程。dump() 整合兩者優點，支援標籤、HTML/CL

核心功能 使用 CURLOPT_COOKIEJAR/CURLOPT_COOKIEFILE 實現 Cookie 持久化（模擬瀏覽器登入狀態） 支援 GET/PO

功能特點 使用 fsockopen 底層 Socket 實現 HTTP/1.1 下載 支援偽造 Referer 繞過防盜鏈 支援自訂 Cookie 與自動從

核心原則 入庫： 防 SQL 注入（參數化查詢/轉義）、去除首尾空白。 出庫： 還原轉義字元。 顯示： 防 XSS（htmlspecialchars）、換行轉

目標 將 https://example.com/CodeIgniter/index.php/controller/method 簡化為 https://exa

核心差異 file_get_contents 依賴 allow_url_fopen=On，且超時控制僅能透過 Stream Context 設定，在跨國請求或不