WordPress 改站前先準備測試站:哪些資料不要直接搬過去

準備換模板或調整 WordPress,先做一個測試站很合理。但「把正式站完整複製一份」也可能把會員資料、寄信設定和付款金鑰一起帶過去。頁面看起來像正式站,不代表測試站應該保留同樣的資料與對外連線。

先寫下這次要試的事情。如果只是看首頁卡片、文章排版和選單,用幾篇示範文章、幾張有權使用的圖片,通常就能開始。要測會員登入或交易流程,再另外準備合成帳號與服務商提供的測試模式,別讓改版測試碰到真客戶。

先分開三件事:版面、私人資料、對外動作

版面需要的是模板、元件設定、內容長短和圖片比例;不一定需要真實姓名、電話、地址與訂單。測試案例可以保留相同欄位和幾種資料形狀,例如長標題、空欄位、不同會員角色,但把內容換成明確的示例。

私人資料不只存在會員表。聯絡表單紀錄、評論、媒體附件、匯出檔與錯誤日誌也可能含聯絡方式。將資料庫換成示範資料後,仍要看 uploads 及其他檔案,避免把客戶上傳的文件留在測試網址。

對外動作包括通知信、訂閱續費、付款請求、Webhook、庫存同步與第三方統計。這些不是畫面元素,不能只靠改站名防止觸發。請維護者列出網站使用的外部服務,逐項換成測試帳號、隔離接收端或停用對外連線。

哪些東西不要直接照搬?

  • 會員、訂單及詢問紀錄中的個人資料:只保留測試所需欄位與資料形狀。
  • 正式寄信帳號、SMTP 密碼及收件名單:換成專用接收端,避免通知真客戶。
  • 付款、物流、雲端儲存及其他 API 的正式金鑰:按服務商規則使用測試模式,沒有測試模式就先隔離。
  • 正式資料庫連線及網站認證資訊:測試站使用自己的資料庫與登入帳號。
  • 備份壓縮包、資料庫匯出檔及客戶附件:不要放在可公開下載的網站目錄。

付費模板或外掛的授權能否用在測試域名,也要看供應商條款。不能因為是測試站,就假定正式授權可以在任意網址啟用。如果供應商提供 staging 授權,先依它的條件處理。

一個只試版面的測試站,可以長什麼樣?

本例另外安裝一套 WordPress,網址只在自己的電腦開啟,資料庫也是新建的。沒有匯入正式會員與訂單,只放一篇示範文章和合成帳號。這樣可以試文章長標題、選單與模板設定,不必先處理整站私人資料。

你可以照相同原則安排自己的測試站:先建立獨立資料庫與使用者,確認網址是測試位置;再安裝有權使用的模板與必要外掛,手動加入幾種代表內容。先看一篇短文、一篇長文、一個含圖片與按鈕的頁面,比匯入幾千篇後才發現用了正式連線容易修正。

測試站若需要讓同事從網路開啟,請加上適合團隊的存取限制。WordPress 的「阻擋搜尋引擎索引」是給搜尋引擎的請求,不能代替登入保護;只知道網址的人仍可能打開頁面。不要把會員資料放上去,再寄望勾選這個選項就能保密。

先查網址與資料庫,再開始改內容

進後台前先看瀏覽器網址,登入後查看設定中的 WordPress 位址與網站位址。有命令列管理的站點,可以請維護者在測試站目錄執行下面兩個唯讀查詢,記下結果:

wp option get siteurl
wp option get home

兩個網址都應符合測試站的用途。正式網址仍可能出現在文章連結與圖片路徑內;若要搬已有內容,不應只修改這兩個值後就認為全部替換完成。WordPress 的搬站文件提醒,資料庫裡可能有序列化資料,直接全文替換容易破壞結構,應由維護者使用支援這類資料的工具並先備份。

接著確認資料庫主機、資料庫名稱與帳號屬於測試站。認證資訊只交給有權維護的人,不放在公開文章、截圖或團隊公開訊息裡。若無法確認這一步,先停止寫入;僅憑頁首寫「測試」不足以證明連線已分開。

在測試站做一筆可辨識的操作

建立一篇標題含「示範」的草稿,改一段文字,再重新開啟檢查。請維護者確認它只出現在測試資料庫;正式站的相同頁面和最近文章列表不應因此增加內容。接著用合成帳號試你真正要改的頁面,不要拿管理員登入結果代替一般會員角色。

有表單時,先將收件端接到專用測試信箱或郵件捕獲工具,再只送一筆含識別字的測試訊息;在接收端找到它後,核對收件人和內容。涉及付款則沿服務商的測試流程確認交易狀態,畫面跳到完成頁不能代替交易結果。

測完保留改動前後的設定與檔案清單,再決定哪些變更搬回正式站。一般改版只需要部署模板、程式與已批准的設定,不要把測試資料庫整份覆蓋正式資料庫,否則測試期間新收到的訂單、會員或文章可能被舊副本取代。

測完後,把測試資料也收好

測試內容也要像真實頁面:長標題要能折行,圖片要有直式與橫式,登入角色要涵蓋你會用到的權限。但「資料形狀接近」不需要「資料本人相同」。用姓名範例、保留地址欄位但換成示範內容,既能發現版面溢出,也減少不必要的私人資料流轉。

若問題只在特定一筆資料才出現,先由有權處理的人找出造成差異的欄位,製作最小案例,再交給模板作者。不要先把整份會員資料庫寄給對方;能重現問題的一個合成案例,更容易看出是哪個欄位或字串造成。

測試站保留多久、誰可以登入、誰負責清理,先約定好。需要繼續比較版面,就留下必要示範內容;涉及服務帳號與外部連線的設定,另記用途與停用時間。正式上線後若又要測新版本,重新核對隔離狀態,不把上一次設定當永久保證。

若這次是為外掛升級建立測試站,可接著看外掛相容版本要查什麼,再把你網站真正依賴的功能加入測試,而不是一開始複製所有資料。

參考資料

原文鏈接:https://wntheme.com/wordpress-staging-data-boundaries/,轉載請註明出處。
0

評論0

顯示驗證碼
沒有帳號?註冊  忘記密碼?