在接受涉及現有 WordPress 網站的專案之前，先問自己一些重要問題：
當您仍在閱讀本文時，我懷疑- 儘管至少回答了1 次“不”或“我不知道” - 您已經足夠絕望或有其他原因，例如網絡/營銷或希望得到關注-up 項目，並且您已同意與已經開始造成麻煩的舊版WordPress 網站合作。
我們可以運用常識和格外謹慎的措施來減少風險和麻煩。最重要的是，在進行任何更改之前務必備份所有資料！
當我必須與頁面建立器合作修改現有舊網站時我會做什麼：
下一個：
做好備份！ UpdraftPlus 是一個很好的工具，因為它的備份可用於將 WordPress 網站（包括購買的外掛程式）複製到開發和登台系統。
將備份檔案下載到我的本機！
設定開發實例！我們可以從共享主機上的一鍵安裝開始，或使用基於 Docker 的模板（如 wp_cli_docker）進行本機開發。
將原始內容還原/遷移到本機副本。 UpdraftPlus 將調整所有絕對 URL 並確保目標執行個體上的工作媒體庫。
重設主管理員使用者（在 wp-admin 中或使用資料庫 Docker 容器內的 mySQL cli）並變更其電子郵件地址。
刪除所有其他使用者！
刪除所有個人和客戶資料！
更改網站標題和書籤圖示。我的本機開發設定標題通常以“Local”開頭，而且圖示不能與生產圖示混淆。
在我的本機開發實例中更新 WordPress 及其外掛程式。
驗證一切是否仍然有效！
在建立和下載完整備份之前不要更新客戶端生產網站的任何部分，並且在截取螢幕截圖和儲存存檔範例之前也不要執行此操作！如果有任何問題，我們需要知道最後的工作狀態！
詢問您的客戶，當您對其生產網站進行更改時，他們是否更喜歡「正在建造」或「維護模式」通知。 Elementor有內建功能，但WordPress還沒有，所以我們必須依賴第三方外掛程式。我嘗試了“正在建設”，由於 PHP 棄用訊息在生產中不應該是致命的，它導致我的本地主機實例出現“白屏死亡”，但我仍然不想冒險。感謝 Team Streber 部落格上的提示，我選擇了 WebFactory Ltd 的維護，這似乎足夠好，至少在短時間內停機，甚至無需支付 PRO 功能的費用。
將現有程式碼複製到專案檔案（如 custom.css、custom.js、example-child/functions.php）並提交。
在進行實際的 Web 開發之前，在本地禁用效能、快取和安全插件。它們在開發時沒有幫助，但它們的優化可能會妨礙我們，導致頁面樣式過時並浪費記憶體和精力。
如果我們想向客戶展示要測試的預覽，我們可以設定一個公共暫存實例，從本地主機傳輸新備份（已經不含客戶資料和可選插件），並設定密碼保護確保只有合適的人才能進入我們的舞台！
如果我們不進行登台，我們可以在他們的生產伺服器上新增一個草稿頁面，我們可以在其中顯示一些進度，並確保我們確實能夠選擇性地將我們的工作從本地主機複製到生產。
接下來，我嘗試找出如何最好地使用給定的設置，如何保留我的更改，以及如何安全地將它們轉移到另一個頁面或實例而不破壞或忘記任何內容。
身為一個專注於前端的 Web 開發人員，我盡可能嘗試使用全域 CSS。我知道這與無程式碼頁面建立器的意圖相矛盾，但一般編碼也是如此。我發現這是保持對程式碼的控制和不完全丟棄現有程式碼和軟體之間的務實妥協。
與特定於元素的自訂 CSS 或特定於插件的配置相比，全域自訂 CSS 非常突出且易於查找，這些配置可能會在下一次重大更新後停止工作。
根據網站的複雜性和我們對其技術的經驗，我們可能花了至少半小時或一整天來掌握舊設置，但沒有任何明顯的成就。在開始編碼之前，我們應該檢查我們的作業並找到一個簡單的子任務作為開始，最好是能夠導致乍看之下顯而易見的變化的子任務。
這樣我們就可以帶著成就感完成第一個小時或第一天的工作。
在進行工作時，我們必須小心。
如你所見，我一直在發布有關 WordPress 的文章。我一直在接待使用舊版 WordPress 網站的客戶，我不會從頭開始重寫他們的程式碼。我希望我的提示和咆哮對任何人都有幫助。發布此類帖子是保存我的知識並在下次我用谷歌搜尋錯誤訊息時找到它的另一種方式。
以上是舊版 WordPress Web 開發工作流程的詳細內容。更多資訊請關注PHP中文網其他相關文章！
