背景： 我有多個網站使用 nginx 和 wordpress 在 rpi4 上運行。我想將其中一個網站複製到我的本地網路以進行開發和測試。我複製了資料庫和 WordPress 文件，並設定了設定檔以偵聽連接埠 8082 和備份資料庫。原始網站是安全的，並使用 https 連接證書，但顯然本地副本不會。
當我訪問網絡 192.168.0.213:8082 上的網站時，它轉到主頁，但我無法訪問登錄頁面，因為我嘗試的每個鏈接都被重定向到我的實時網站。所以我透過 mysql 語句更新了網站 url 和主頁 url，並且能夠訪問登入頁面，並且所有其他連結都可以工作，除了現在的主頁。現在主頁將我重定向到：
192.168.0.213:8082/192.168.0.213:8082/
這是一個不存在的頁面。我覺得如果我能解決這個問題，我就非常接近實現我想要的目標了。因為它是 nginx，所以沒有 .htaccess 文件，但我很樂意修改我需要的任何內容，並且具有 root 訪問權限來執行任何操作。我知道sql、命令列等...，但之前沒有這樣做過並且卡住了。我不確定我要在 php 檔案中尋找什麼來更改或調整，以便它不會將自身添加到自身中。
我嘗試了在這裡找到的修復程序，主要是添加我所做的“http://”。我對此仍然是個菜鳥，想知道我是否沒有正確引用我的本地主機。
是的，這是一個名為「chadsmancave」的部落格網站，所有內容的副本都是 chadsmancavebkp。我可以確認我確實託管了兩個版本，因為資料庫的變更僅反映在本機版本中，而不反映在我發布的版本中。
以下是一些螢幕截圖，希望能有所幫助：
P粉4773692692024-04-01 13:38:44
我正在回答這個問題，但要接受 Chris Haas 的回答，因為他所說的話解決了問題。
確實，我使用的是 Chrome，它保留了該重定向！不是 f5，否則任何東西都會通過它，直到我徹底清除整個瀏覽器資料。
一旦他說到瀏覽器和 Chrome，我就到我家的另一台機器輸入地址，結果為零。那時我知道我一直在使用的瀏覽器做這一切都是原因！
謝謝你。誰知道我會在這上面浪費多少時間，甚至放棄。再加上開發人員在這方面浪費的 5-6 小時的時間。 XD
P粉1455438722024-04-01 11:30:11
我幾乎每天都會移動網站。
首先，取得並安裝已安裝的官方 WP CLI。
接下來，從您要移動的站點，將 cd 移至 WordPress 根目錄並使用以下命令匯出資料庫：
wp db dump
這將在該目錄中建立一個 SQL 轉儲檔案。將該檔案移至 WordPress 根目錄中的新位置 cd 並使用以下命令匯入它（顯然適當地替換了檔案）：
wp db import your-file-here.sql
最後，仍然在新位置時執行搜尋取代命令：
wp search-replace "http://example.com:1234" "https://example.com:5678" --recurse-objects --all-tables --dry-run
第一個 URL 是舊的，第二個 URL 是新的。確保準確，包括協定（HTTP 與 HTTP）、網域（www.example.com 與 example.com）。 com）和連接埠。也不要在沒有協議的情況下運行它，它可能會也可能不會達到您的預期。同樣，不要使用尾部斜線運行它（例如 https://example.com/），因為這會產生其他影響。
下一個參數 (--recurse-objects) 指示 CLI 反序列化物件並遍歷它們，這是安全更新元和選項表所需的。
下一個參數（--all-tables）僅表示遍歷包含外掛程式的整個資料庫。
最後一個參數（--dry-run）表示不會進行任何更新。始終在打開它的情況下運行，直到確定沒有任何拼寫錯誤，然後在沒有它的情況下運行命令。
注意
此外，在執行、匯入或更新之前始終先進行資料庫備份，以防萬一：
wp db dump
附加說明
search-replace 指令還有一個名為 --export 的選項，您可以使用該選項並跳過初始轉儲。然而，我個人並不這樣做，因為如果我從實時備份到開發伺服器，我不想在實時伺服器上產生任何額外的 CPU/IO，我希望這種負擔稍後發生在開發伺服器上。我也可以有條件地使用它，但我只是喜歡有一個我在任何地方都使用的命令設定。
還有一點
瀏覽器，特別是 Chrome，往往會記得重定向，至少暫時是這樣。因此，在測試該舉措是否確實有效時，我強烈建議始終在私密瀏覽視窗中進行測試。我無法告訴你我和其他開發人員因此損失了多少時間。一旦確定已更新，您就可以返回普通瀏覽器。