如何將 WordPress 更改從登台推送到實時

暫存對於網站的維護和維護、消除測試新插件、更新、嘗試圖形和動畫內容、可能會造成傷害、崩潰和可能使我們的網站脫機的事情的風險是必不可少的。

在我們之前的周一大師班中，我們看到了設置臨時站點是多麼簡單，但這只是臨時過程的一部分。 推動我們的分階段網站，更新我們的網站並進行所有更改和調整，並將其放置在我們的實時（或生產）網站的位置上，如果不是更重要的話，也同樣重要。

出於登台的目的，我們需要建立兩種類型的 WordPress 網站，或者如果您喜歡兩組 Elementor 用戶，每組都由網站上使用的內容類型定義：

• 所有者生成的內容– 完全依賴於我們（網站版主）提供的內容的網站。 也稱為版主生成的內容或品牌內容。
• 用戶生成的內容– 完全或在一定程度上依賴用戶數據的網站。 這包括來自表單或用戶下訂單的信息，以及上傳的文件、圖像、評論等數據。

我們需要做出這種區分的原因是我們需要知道我們是否應該關注添加到我們實時網站的數據——當我們正在處理我們網站的備份版本時——在孤立的登台環境。

* 注意：此過程將覆蓋任何未出現在 Staging 站點、Live 站點上的用戶生成數據（包括評論、訂單等）。

如果我們是唯一向我們的站點輸入數據的人，我們可以避免在我們進行更新和更改時添加任何數據，並以與創建全新站點大致相同的方式推送我們更新站點的更新版本.

如果這個屏幕看起來很熟悉，那應該很熟悉，因為這正是我們在上一堂大師課上離開的地方。

您可能還記得，我們​​通過使用 Flywheel 的本地應用程序將我們的實時 WordPress 站點的完整備份上傳到我們在自己的計算機上創建的環境中來創建我們的本地臨時環境。 還有其他方法可以使用 Bitnami 或 XAMPP 來做到這一點，但我們發現這是最簡單的，因此也是最有效的。

出於此大師班的目的，我們添加了一個菜單和一個標題，以幫助實際區分網站的新（暫存）版本和舊（實時）版本的外觀和功能。

完成站點的更新和測試後，我們希望將新版本從本地環境上傳到實時站點。 使用遷移插件來執行此操作的最簡單方法。

我們更喜歡使用其中最流行的多合一 WP 遷移插件，並將其安裝在我們的 WordPress 上。

像安裝任何其他插件一樣，在我們的 WordPress 安裝中安裝多合一插件。

轉到我們本地登台站點的 WordPress 儀表板，然後在插件選項卡中，單擊“添加新”。

在搜索框搜索 All-in-One WP Migration，下載它，然後安裝並激活它。

激活插件後，“多合一 WP 遷移”選項卡將出現在 WordPress 儀表板的左側菜單欄中。

重複此過程以在 Live 站點的 WordPress 儀表板上安裝多合一 WP 遷移。

在 WordPress 儀表板的左側菜單欄上，在“一體化 WP 遷移”選項卡下，單擊該選項卡並選擇“導出”。

在導出窗口中，您會發現高級設置允許您導出某些數據而不是整個站點。

我們建議導出整個站點。 為此，請單擊“導出”按鈕並從下拉菜單中選擇“文件”選項。

當插件完成導出文件的準備後，將出現一個窗口，其中包含下載它的選項。 單擊以將備份文件下載到您的計算機。

下載臨時站點的備份後，我們將轉到 Live 站點的 WordPress 儀表板。 在左側菜單欄中，我們將單擊“All-in-One WP Migration”，但這次我們將選擇“導入”，在“導入”窗口中，我們將單擊“導入”，然後從下拉菜單中，我們將選擇文件。
我們將找到導出的文件並單擊“打開”。 該文件將上傳到 WordPress。

上傳完成後，會出現一條警告，提醒我們繼續此過程將覆蓋我們實時網站上的所有內容（包括評論、訂單等）。

由於我們僅對完全依賴於所有者生成的內容的網站執行此流程，因此我們將單擊“繼續”。

該插件現在將安裝我們的新站點，覆蓋舊版本。 根據我們網站的大小，這可能需要幾分鐘或更長時間。

對於我們的其他類別的 WordPress 和 Elementor 用戶，他們依賴來自外部來源的數據，有兩種方法可以將更新的站點從臨時環境推送到實時站點，而不會丟失任何數據。

如前所述，我們對以用戶訂閱、採購訂單、甚至評論等形式出現的數據的主要擔憂是，他們將繼續在我們的實時網站上註冊，而我們正忙於開發獨立的暫存版本。

一種方法是一個複雜的過程，包括使用 C-Panel 等工具通過 FTP 或 SFTP 接口處理單個文件和文件夾。 因此，我們認為我們會冒著讓讀者誤解乏味的步驟並意外地碾壓他們的實時站點的風險。

也就是說，在執行任何其他操作之前備份您的 Live 站點和數據非常重要，無論您選擇以何種方式推送您的站點。 請記住，安全永遠比抱歉好。

為此，您可以使用 Duplicator 插件或 Migrate DB，甚至是多合一的 WP 遷移。

備份我們的實時站點後，第二種方法，即推送我們站點的最安全和最簡單的方法是通過我們網站的託管服務。

有很多 WordPress 虛擬主機服務也提供臨時服務，從而在託管服務器上創建一個完全獨立的環境，供我們運行所有測試並嘗試新想法。

其中包括 Bluehost、SiteGround、Kinsta 等主機，甚至 FlyWheel 的高級主機包都包含此選項，當然，我們將在下面的展示說明中發布所有這些和更多內容的鏈接。

BlueHost 更受歡迎，因為他們免費提供臨時服務。

再說一次，您可能更喜歡 SiteGround，因為它們具有卓越的服務質量。

這是我們必鬚根據我們網站的大小和流量自行決定的事情。 但我們還需要考慮我們需要實現的收入以支付我們的成本，以及我們的選擇是有助於還是損害我們的業務目標。

當我們處理數字時，我們需要以收入最大化為目標，同時保持較低的開銷。

這是我們需要對自己誠實的地方，因為如果我們的網站也是我們的生計，那麼託管就不是我們想要偷工減料或節衣縮食的地方之一。 如果我們的網站收到如此多的流量，以至於一兩個小時的停機時間會危及它，我們真的需要投資託管公司。

本地 WordPress 登台

Local Staging 是我們自己計算機上的一個臨時環境，它有很多好處，其中最主要的是速度。 在本地工作，我們將更快地看到測試結果和響應，使其成為進行大修和可能的初始構建的完美環境。

雖然主機暫存沒有本地暫存那麼快，但它仍然可以很好地處理圖形和書面內容的更改、更新和測試，只要它們不是太大。 它非常適合日常測試和更新，特別是如果服務器還提供將新版本推送到實時站點的選項。 缺點是價格標籤，因為一些託管服務會收取額外的分期費用。 但是，這筆費用包括從長遠來看可以節省大量時間和金錢的支持。

分期服務

提供臨時服務的主機站點具有類似的功能，使我們能夠以最少的努力和零擔心將我們網站的新版本從臨時站點推送到我們的實時站點。

例如，在 SiteGround 上，所有暫存選項都可以在暫存管理頁面上找到，可以通過 SiteGround 的 cPanel 版本訪問。 在這裡，用戶可以使用“輕鬆推送”選項將整個新站點推送到舊的實時站點上，實際上是對其進行滾動並刪除那裡的所有內容。 或者，用戶可以“高級推送”來比較新舊文件之間的差異，然後允許您選擇要保留的文件和要覆蓋的文件。 此解決方案有效地保留了我們在臨時站點上工作時擔心丟失的數據。

回顧這個由兩部分組成的星期一大師班，我們很高興我們決定解決分期這個主題。

它不僅讓我們有機會幫助那些一直在尋求關於舞台表演建議的用戶，而且由於第一集產生的精彩評論和對話，我們決定將第二集比計劃更進一步，並澄清一些問題和你提出的有趣觀點。

我們已經審查了世界各地的專業網站建設者使用的幾種實用方法，將兩種不同類型的 WordPress 網站從本地臨時站點或主機臨時站點推送到我們的實時或生產網站。 此外，我們討論了為什麼我們應該選擇一種方法而不是另一種方法的原因。

歸根結底，作為我們網站的所有者或版主，我們的選擇是我們應該將時間和金錢投入到何處以及在什麼方面進行，這一選擇將影響我們的流量、參與度以及不可避免的我們的收入。

您如何從登台推送到實時站點？ 如果您有其他方法，請在評論中告訴我們。