PHP更新後白屏、500 Error點算？附免費WordPress排查清單
網站更新PHP後出現白屏、500 Error或「There has been a critical error」，先記錄，再按日誌排查。這些畫面描述的是故障結果，不能單憑畫面確定是漏洞、外掛，或證明網站已被入侵。本文更新：2026年11月1日。
第一步：縮小故障範圍
記下開始時間及時區、最後成功使用時間、最近變更、出錯網址、登入狀態與可重現步驟。分辨全站、後台、某頁或提交表格才出錯；記錄HTTP狀態及request ID（如有），截圖時遮蓋個人資料。若付款或資料處理受影響，先通知負責人評估暫停相關流程。
按症狀找證據，而非猜原因
白屏或Critical Error：請開發人員找對應時間的PHP fatal error。
500 Error：查Web server及PHP日誌；狀態碼本身不能指出根因。
502／504：請主機商核對upstream服務、PHP workers與逾時紀錄，不先假定一定是PHP版本。
只有某外掛頁出錯：記錄該功能輸入及路徑，對照版本與stack trace。
資料庫連線錯誤：請主機商核對資料庫服務與連線設定，不把它與所有PHP錯誤混為一談。
8項循序排查清單
□ 1. 保存現有錯誤紀錄及變更時間線，確認有可用備份。 結果應有日誌位置及可還原備份；缺任何一項先交主機商補齊。
□ 2. 在測試環境重現相同步驟，停用真實寄信、付款及不必要的外部操作。 結果應能在隔離環境重現；無法隔離外部操作就由開發人員安排。
□ 3. 核對網頁實際PHP版本、必要擴充與載入設定，與更新前紀錄比較。 結果應有前後版本／擴充差異；欠主機權限或有差異交主機商核實。
□ 4. 在日誌找第一個相關Fatal error或例外，記錄檔案、行號、時間及元件版本。 結果應有可對時的第一個相關錯誤；無日誌或不能判讀交開發人員。
□ 5. 由開發人員針對相關外掛／主題／自訂程式測試，每次只改一個因素。 結果應記錄單一改動與重測結果；涉及程式修改由開發人員執行。
□ 6. 若後台不能登入，請維護人員按官方方法處理外掛停用；先記錄，勿直接刪檔或改資料庫。 結果應恢復可控的排查入口並保留設定；無維護權限交主機商，勿自行刪檔。
□ 7. 修正兼容性或設定後，重做原本失敗步驟，再測登入、查詢及交易。 結果應原失敗流程及主要業務測試均通過；任何失敗交維護人員續修，不急於重開。
□ 8. 關閉臨時除錯輸出、保護或清理敏感日誌，記錄最終原因及預防措施。 結果應無公開錯誤細節並完成原因紀錄；日誌外洩或疑似入侵交資安專業人員。
安全使用除錯紀錄
WordPress提供WP_DEBUG、WP_DEBUG_LOG及WP_DEBUG_DISPLAY等選項。由熟悉設定的人在測試環境啟用記錄，避免向訪客顯示錯誤細節；需要正式環境短暫記錄時，應限制日誌存取及記錄時間。不要把完整日誌、密碼、cookie或API key貼到公開討論區。
免費領取：PHP更新故障排查範本
Word範本包含8項清單、症狀與證據記錄、單次變更紀錄及技術交接範例，幫你把「網站壞咗」變成開發人員可重現的問題。連結經電郵提供；須填Email、用途及勾選Allua不定期行銷資訊訂閱，可隨時取消。
一份有用的技術交接例子
示例：2026-10-31 14:20 HKT，更新後未登入訪客提交／enquiry即出500；首頁正常，測試站可重現；日誌顯示相關外掛在同一時間出現Fatal error。已保留日誌，尚未停用外掛；請開發人員核對兼容性並決定修正方法。這是示範格式，不是實際客戶事故或根因。
常見問題
Q：可否直接加大memory_limit？
A：先找根因。更改限制可能影響穩定性，不能當成通用修復或漏洞修補。
Q：可否全部停用外掛？
A：官方有排查方法，但會影響功能；應在備份及適當測試安排下由維護人員執行。
Q：降回舊PHP後恢復，是否完成？
A：只說明版本變更與故障有關，仍要修正兼容性並處理安全風險。
Q：出500是否代表被hack？
A：不一定。如同時有陌生帳戶或異常跳轉，另啟入侵調查。
整理證據，縮短交接
向Allua提出網站維護查詢時，可附網址、錯誤時間、影響範圍及已遮蓋敏感資料的截圖；不要公開發送登入資料。查詢：https://zh.alluatech.com/contact-us#SITE_FOOTER
官方參考
PHP安全公告：https://www.php.net/
免責聲明
本文資訊根據一般情況及截至文中更新日期可取得的資料整理，僅供一般參考，不能取代針對個別系統的專業評估。不同網站的主機環境、PHP版本、設定、外掛及整合均可能不同；採取更新、設定修改、復原或其他措施前，請諮詢專業網站開發人員或主機供應商，由其評估你的具體情況並決定適當行動。如懷疑遭入侵，亦應尋求具備資安事故處理經驗的專業人員協助。
留言