PHP 是 WordPress、Joomla、Drupal 與大量企業系統的底層；版本過期，等於底層不再有安全修补。
PHP 8.1、8.0、7.4 等已到達 End of Life，官方不會再為新漏洞發佈更新；2026 年 10 月的兩個嚴重漏洞，受影響的舊版本便沒有官方修补。
PHP 8.2 現時只提供關鍵安全修補，支援期到 2026 年 12 月 31 日。現在規劃升級，宜直接選 8.4 / 8.5，避免短期內再做一次。
版本過期通常不會即時令網站故障，因此最容易被忽略。真正出現問題時，往往已是資料外洩、網頁被篡改或服務中斷。
先確認自己在哪一列，再決定升級目標。
| 版本 | 狀態（2026-11） | 安全支援至 | 建議 |
|---|---|---|---|
| PHP 7.4 / 8.0 / 8.1 及更早 | 已 EOL，無官方修補 | 已結束 | 盡快規劃升級，屬最高優先 |
| PHP 8.2 | 只提供關鍵安全修補 | 2026-12-31 | 不宜作為長期目標，建議直上 8.4 / 8.5 |
| PHP 8.3 | 只提供關鍵安全修補 | 2027-12-31 | 可用，但宜同時規劃下一版 |
| PHP 8.4 | 完整支援 | 2028-12-31 | 推薦升級目標 |
| PHP 8.5 | 完整支援（最新） | 2029-12-31 | 推薦升級目標，需先確認外掛相容 |
先評估、先備份、先測試，最後才切換正式環境。
檢查網站實際使用的 PHP 版本（命令列、PHP-FPM 與控制台可能不同）、CMS 與外掛版本，以及現有安全通告的影響範圍。
完整備份檔案與資料庫，評估主題、外掛與自訂程式的相容性，準備可即時回退的還原點。
安裝適用的受支援版本與安全更新，調整 PHP-FPM／控制台設定與必要的程式相容性修正。
驗證首頁、登入、表單、購物車、寄信、API 等主要功能，檢查錯誤記錄，確認系統運作正常才交付。
不論是 WordPress 網站，还是自訂開發的 PHP 系統，都可按實際環境處理。
核心、主題與外掛相容性檢查，處理升級後的白畫面、500 錯誤與外掛衝突。
控制台 PHP 版本、PHP-FPM 服務、擴充套件與設定調整，確認命令列與網站版本一致。
套用官方安全更新，檢查檔案權限、過時的程式庫與已知漏洞，降低被入侵風險。
升級前完整備份檔案與資料庫，建立測試環境與還原點，出問題可即時回退。
修正已移除函式、舊框架與自訂程式碼，處理 deprecated 警告與編碼相關問題。
上線後監察錯誤記錄與主要功能，並可選持續維護，跟進日後的版本與安全更新。
關於 PHP 升級，客戶最常問的幾件事。
PHP 每個主要版本約有兩年完整支援、再加兩年只提供關鍵安全修補，之後便到達 EOL。EOL 後官方不再發佈任何更新，即使發現嚴重漏洞也不會修补，網站只能靠升級到仍受支援的版本解決。詳情可參考 php.net 的支援版本頁。
可在伺服器執行 php -v，但命令列版本未必等於網站實際使用的版本；較可靠的方法是查看 hosting 控制台的 PHP 版本設定、PHP-FPM 服務（例如 ls /run/php/），或暫時建立 phpinfo() 頁面查看後立即刪除。WordPress 用戶亦可在「工具 → 網站健康 → 資訊」查看。
有可能，常見原因是舊外掛、主題或自訂程式使用已移除的函式。因此我們會先做完整備份與相容性檢查，在測試環境先升級並驗證主要功能，確認無誤才切換正式環境，並保留可即時回退的備份。
PHP 8.2 目前仍處於「只提供安全修補」階段，但安全支援將於 2026 年 12 月 31 日結束。若現在才規劃升級，一般建議直接升到 8.4 或 8.5，避免短時間內再升一次。
視網站規模與外掛數量而定。單純版本切換通常可在短時間內完成，但完整的備份、相容性檢查與功能驗證需時；我們會與你約定維護時段，並以測試環境先行，盡量把影響降到最低。
可以。我們提供一次性升級與修補、年度持續維護，以及緊急安全修補等不同合作方式，按網站數量、程式複雜度與測試範圍報價。歡迎先提供網址與現有 PHP 版本，我們會免費評估並回覆建議。
