PHP 8.1 EOL 後，WordPress 網站要怎樣升級？

技術文章 · 網站安全 / PHP · 更新於 2026 年 11 月 · 由 TsimTung.com 香港技術團隊撰寫

為什麼 2026 年特別需要處理

PHP 每個主要版本約有兩年完整支援、再加兩年只提供關鍵安全修補。到了 End of Life（EOL），官方便不再發佈任何更新——即使之後發現嚴重漏洞，也不會有官方修补。以 2026 年 11 月計：

版本	狀態	安全支援至
7.4 / 8.0 / 8.1 及更早	已 EOL	已結束
8.2	只提供安全修補	2026-12-31
8.3	只提供安全修補	2027-12-31
8.4 / 8.5	完整支援	2028-12-31 / 2029-12-31

2026 年 10 月 PHP 曾一次過修補兩個可讓未經身分鑑別攻擊者遠端執行程式碼的嚴重漏洞，官方為仍受支援的 8.2 至 8.5 分支發佈更新，而已 EOL 的版本則沒有官方修补。WordPress、Drupal、Joomla 與 Magento 等系統的底層都建基於 PHP，因此這不是「網站有沒有壞」的問題，而是「底層還有没有人幫你補洞」的問題。支援日期請以 php.net 官方頁面 為準。

先查出網站實際使用的 PHP 版本

最常見的誤會，是把命令列看到的版本當成網站使用的版本。兩者往往不同：

• 命令列：php -v 只看得到 CLI 的 PHP。
• 網站實際版本：查看 PHP-FPM 服務（例如 ls /run/php/）、寄存控制台的 PHP 版本設定，或暫時建立 phpinfo() 頁面查看——看完請立即刪除，避免曝露伺服器資訊。
• WordPress 後台：工具 → 網站健康 → 資訊 → 伺服器，可看到 PHP 版本。
• 多網站環境：逐個網域確認，同一台伺服器上不同網站可能用不同版本。

備份與相容性檢查

升級前先準備「可以回到原狀」的還原點，比任何檢查都重要：

1. 完整備份網站檔案與資料庫，並確認備份檔可還原（不是只按了滙出）。
2. 列出 WordPress 核心、主題與所有外掛版本，查閱其支援的 PHP 版本。
3. 檢查自訂程式碼有沒有使用已移除的函式（例如舊的 mysql_*、each()、create_function()）。
4. 建立測試環境（staging）或本機副本，先在測試環境升級，不要直接動正式站。
5. 記下現有 PHP 設定（memory_limit、upload_max_filesize、已安裝擴充套件），升級後要比對。

應該升到哪個版本

許多人會直覺選「下一個版本」，但在 2026 年底這反而是最不划算的選擇：8.2 的安全支援在 12 月 31 日就結束，升上去很快又要再升一次。一般建議：

• 由 7.4 / 8.0 / 8.1 出發：先確認外掛與框架相容性，目標定在 8.4 或 8.5。
• 由 8.2 / 8.3 出發：同樣建議規劃到 8.4 / 8.5，並把這一步排入年度維護。
• 若某個關鍵外掛明確不支援新版本：先處理外掛（更新或替代方案），不要為了遷就它而停留在 EOL 版本。

測試、切換與上線後監察

1. 在測試環境切換 PHP 版本，清除快取並逐頁查看。
2. 驗證主要功能：首頁、登入、搜尋、表單寄信、購物車／付款、API 串接、排程工作。
3. 檢查 error_log 與 deprecation 警告，修正相容性問題。
4. 約定低流量時段切換正式環境，切換前再備份一次，並保留即時回退的路徑。
5. 上線後 24–48 小時持續監察錯誤記錄與流量變化，確認沒有隱性故障。

常見錯誤與排查

現象	常見原因	處理方向
HTTP 500 / 白畫面	外掛或主題呼叫已移除的函式	先切回原版本，逐一停用外掛定位，更新或替換後再升
表單寄不出信	mail() 設定、SMTP 外掛或 TLS 相容性	改用 SMTP 外掛，檢查連接埠與驗證設定
版面或圖片異常	快取未清、GD／影像擴充套件變動	清除所有快取，比對已安裝的 PHP 擴充套件
後台很慢或登出	session 設定或物件快取不相容	檢查 session 儲存與快取外掛版本

自己處理還是找人幫忙

若只是單一 WordPress 網站、外掛都有在更新，控制台又能直接切版本，自行升級是可行的。但以下情況建議交給技術團隊：

• 網站有自訂程式、舊框架或多個網域共用同一伺服器。
• 涉及網店、會員資料或金流，不能承受停機與資料風險。
• 沒有測試環境，或無法確定命令列與網站實際使用的版本。
• 已經出現異常、懷疑被入侵，需要一併做安全檢查。

常見問題

延伸閱讀：網頁寄存服務 · WordPress 建站＋企業郵件設定入門 · IT 支援外判 · 全部技術文章