Header Bg

網站搬家、更新與系統重建

Heading Divider
Scroll Down

MIGRATION · UPDATE · REBUILD

讓停在舊版 PHP 的網站,回到能持續更新的軌道

2026 年 10 月公開的 PHP2Shell 漏洞,影響幾乎所有仍在使用的 PHP 版本,8.1 以下卻拿不到官方的修補版本。用了多年的官網、會員或訂單系統,常因為元件停止維護、程式寫法過時或主機環境太舊,一直沒辦法更新。

SC-ICG 快找整合顧問依系統現況規劃更新、搬家或重建:先把對外的風險降下來,再選擇改動幅度最合適的路線。上線後的版本更新與資安處置,納入年度維護代管。

PHP 各版本的官方支援期限7.4、8.0、8.1 已停止支援;8.2 的安全支援在 2026 年 12 月 31 日結束;8.3 支援到 2027 年底、8.4 到 2028 年底、8.5 到 2029 年底。202020222024202620282030PHP 8.52029.12PHP 8.42028.12PHP 8.32027.12PHP 8.22026.12PHP 8.12025.12PHP 8.02023.11PHP 7.42022.11本頁更新(2026.10.22)已停止支援2026 年底結束仍有官方支援
PHP 各版本的官方支援期限(依 php.net)。8.1 以下已停止支援,8.2 在 2026 年底結束。

WHY NOW

為什麼現在要處理

停止支援的版本,官方不會再釋出修補版本。網站防火牆與暫停服務能爭取時間,PHP 官方的說法仍是:更新是唯一安全的選擇。

  • 84%台灣有露出版本的 PHP 對外服務中,停在拿不到官方修補版本的 8.1 以下Mallory,2026 年 10 月 21 日
  • 69.3%已知伺服器端語言的網站中,使用 PHP 的比例W3Techs,2026 年 10 月
  • 2026.12.31PHP 8.2 的安全支援結束,這次更新到 8.2.35 的網站也要接著升級php.net

SIGNALS

系統一直沒辦法更新,通常卡在這三個地方

相依元件停止維護

系統用的框架、外掛或商業模組多年沒有新版,新版 PHP 一上去就出錯;加密過的模組也可能綁著特定的 PHP 版本。

程式寫法被新版移除

PHP 每個大版本都會拿掉舊寫法。7.0 移除了舊的 mysql 函式,8.0 又移除一批,舊程式會直接無法執行。

主機環境太舊

作業系統或主機控制台停在多年前的版本,裝不了新版 PHP。

卡住的原因常不只一個。評估會先找出真正卡住的元件,整套系統不一定要一起處理;卡在哪裡,決定走哪一條路。

SERVICES

三種處理方式,依現況選擇

三條路可以接著走。常見的組合是先搬到能更新的環境,再分段重建最舊的模組。

紙鶴把箱子從舊伺服器載往新的網站平台,新平台上有盾牌、扳手與齒輪
改動最小

更新與升級

同一版本線換到修補版本;跨版本升級時,在測試環境修正相容問題、走過關鍵流程,留好退回點再切換。適合程式結構清楚、相依元件仍有人維護的系統。

換到新環境

網站搬家

程式、資料庫、上傳檔案、排程、寄信設定與 DNS 一起移到能持續更新的環境。適合卡在作業系統或主機控制台太舊的系統。

重新整理

系統重建

以 WordPress 與成熟模組承接標準功能,價格、審核與資料回寫等規則用客製外掛補上,分階段上線、新舊並行。適合核心元件已沒人維護、流程和現在的營運對不上的系統。

三種方式之前的共同一步:先降低風險。縮小對外入口、加上網站防火牆的虛擬修補,並確認有乾淨、可還原的備份。這些做法爭取的是做決定的時間,不能取代更新、搬家或重建。

HOW TO DECIDE

怎麼判斷走哪一條路

判斷看的是卡住的地方在程式、在主機環境,還是在整套系統的設計。完整的評估面向整理在升級、搬家與重建怎麼選。

處理方式適合的情況不適合的情況
更新與升級程式結構清楚,相依元件仍有人維護,版本落差不大大量用到新版已移除的寫法,或核心模組加密、無法修改
網站搬家卡在主機作業系統或控制台太舊,程式本身能在新版 PHP 上執行卡住的是程式本身:換了主機,舊程式在新版 PHP 上一樣跑不起來
系統重建核心元件停止維護、改一處壞多處,或流程已經和現在的營運對不上只落後一兩個版本,流程穩定,程式也健康

PROCESS

合作怎麼進行

  1. 現況評估依諮詢表單與網站實際的執行環境,判讀版本、元件、資料與外部串接。
  2. 過渡防護與方案先安排降低風險的措施,再提出更新、搬家或重建的路線、階段規劃與報價。
  3. 測試環境施工在不影響正式站的環境完成升級、搬家或重建,用貴公司實際的流程驗證。
  4. 切換與持續維護避開營運高峰切換並留好退回點,上線後納入年度維護代管。

ROLES

貴公司與團隊的分工

貴公司不必先看懂程式,負責說清楚系統在營運上的角色;技術判讀、施工與後續維護由團隊負責。

貴公司

  • 說明系統的用途與每天在用的流程
  • 提供串接的服務與各自的聯絡窗口
  • 確認切換時段,參與驗收

SC-ICG 快找整合顧問

  • 版本與執行環境的判讀、過渡期防護
  • 更新與升級、網站搬家、系統重建的施工與測試
  • 資料移轉、網址轉址與搜尋設定延續
  • 上線後的版本更新、備份驗證與資安處置

FAQ

搬家、更新與重建常見問題

費用怎麼計算?

依系統規模與處理方式而定。費用主要花在現況盤點、相容修正或重新開發、資料移轉、測試與切換,以及上線後的維運。評估時會把這次的施工和往後每年的持有成本放在一起說明,再依專案階段分段列出報價。

更新、搬家或重建期間,網站需要停機嗎?

多數工作在測試環境完成,正式站照常運作。真正需要切換的時候,會避開貴公司的營運高峰,並在切換前留好退回點;停機時間的長短,依資料量與切換方式在規劃階段說明。

系統不是 WordPress,也能處理嗎?

自行開發的 PHP 系統、其他內容管理系統或框架,都能先評估版本與相依關係,再決定更新與升級、網站搬家,或分階段重建到 WordPress。重建時,標準功能交給成熟模組,特殊規則以客製外掛承接。

現有的會員、訂單與文章資料,能接到新系統嗎?

規劃時會先盤點舊系統的資料欄位,清理重複與過時的資料,再對應到新結構分批移轉。對外的網址也會規劃轉址,讓搜尋排名與外部連結接得上;移轉後再用實際資料比對筆數與內容。

送出諮詢之後,接下來會怎麼進行?

我們會依填寫的緊急程度,依序以 Email 回覆初步判斷。由於近期諮詢量較多,回覆需要一些時間,請耐心等候。需要進一步評估時,會再約時間了解系統細節;網站若已出現異常,請在補充說明寫下發現的時間與狀況。

處理完成之後,後續的版本更新由誰負責?

納入年度維護代管後,PHP 與主機環境、WordPress 與功能模組的更新由維護團隊統一處理:更新前評估影響、留好退回點,更新後確認關鍵流程。貴公司的改版與內容更新依檔期提出,兩條線各自進行。

Consultation

把系統現況告訴我們

網站或系統卡在舊版 PHP,需要更新、搬家或重建時,填寫這份諮詢表單。
我們會依網站現況與執行環境,以 Email 回覆初步判斷。

  • 約 2 分鐘完成
  • 共 4 個步驟
  • 以 Email 回覆

由於近期諮詢量較多,回覆需要一些時間,請耐心等候;我們會依緊急程度安排處理順序。

網站與系統諮詢(搬家、更新、重建)
  • 系統輪廓
  • 技術現況
  • 原因與緊急程度
  • 聯絡方式

STEP 01 / 04

先從要處理的網站開始

先填網址,其他題選最接近的一項就好,細節在評估時會再確認。

有好幾個的話,先填最需要處理的那一個;內部系統沒有對外網址,填系統名稱就好。
用來安排處理的先後順序。

這份表單不需要填寫任何帳號或密碼,也請不要提供。填寫的內容只用於這次諮詢。