ウェブサイトをローカルにコピーすると、WordPress ホームページが複製コピーにリダイレクトされます

Question

＃＃＃背景： nginx と wordpress を使用して、rpi4 で複数の Web サイトを実行しています。開発とテストのためにサイトの 1 つをローカル ネットワークにコピーしたいと考えています。データベースと WordPress ファイルをコピーし、ポート 8082 でリッスンしてデータベースをバックアップするように構成ファイルを設定しました。元の Web サイトは安全であり、https 接続証明書を使用していますが、ローカル コピーは安全ではないようです。

ネットワーク 192.168.0.213:8082 上の Web サイトにアクセスすると、ホームページに移動しますが、リンクを試みるとすべてライブ Web サイトにリダイレクトされるため、ログイン ページにアクセスできません。そこで、mysql ステートメントを介してサイトの URL とホームページの URL を更新したところ、ログイン ページにアクセスできるようになり、ホームページを除く他のすべてのリンクが機能するようになりました。今、ホームページは私を次のようにリダイレクトします:

192.168.0.213:8082/192.168.0.213:8082/

これは存在しないページです。これを理解できれば、私が望むものにかなり近づくことができると感じています。 nginx なので .htaccess ファイルはありませんが、必要なものは何でも喜んで変更し、あらゆる操作に root アクセス権を持っています。 SQL、コマンドラインなどは知っていますが、これまでにやったことがなく、行き詰まっています。 php ファイル自体が追加されないように、php ファイルで何を変更または調整する必要があるのか​​わかりません。

ここで見つかった修正を試しました。基本的には「http://」を追加しました。私はまだこれに関して初心者で、ローカルホストを正しく参照していないのではないかと疑問に思っています。

はい、これは「chadsmancave」というブログ サイトで、すべてのコンテンツは chadsmancavebkp からコピーされたものです。データベースへの変更はローカル バージョンにのみ反映され、公開するバージョンには反映されないため、両方のバージョンをホストしていることを確認できます。

ここにいくつかのスクリーンショットがあります。役立つことを願っています:

Answer 1

私は質問に答えていますが、クリス・ハースの言ったことが問題を解決したので、彼の答えを受け入れます。

確かに、私は Chrome を使用していますが、そのリダイレクトは保持されます。 f5 ではありません。そうでない場合は、ブラウザーのデータ全体を完全に消去するまで、すべてが f5 を通過します。

彼がブラウザと Chrome と言ったら、私は自宅の別のマシンにアクセスしてアドレスを入力しましたが、結果はゼロでした。そのとき、これまで私が使っていたブラウザが原因であることが分かりました。

＃＃＃ありがとう。これでどれだけの時間を無駄にするか、あるいは諦めることになるか誰にも分かりません。さらに、これには開発者の 5 ～ 6 時間の時間が無駄になりました。 XD

Answer 2

私はほぼ毎日ウェブサイトを移動します。

まず、インストールした公式の WP CLI を入手してインストールします。

次に、移動するサイトから cd を WordPress ルート ディレクトリに移動し、次のコマンドを使用してデータベースをエクスポートします。 リーリー

これにより、このディレクトリに SQL ダンプ ファイルが作成されます。ファイルを WordPress ルート ディレクトリ

cd の新しい場所に移動し、次のコマンドを使用してインポートします (当然、ファイルは適切に置き換えられます)。 リーリー 最後に、新しい場所に移動したまま検索と置換コマンドを実行します。

リーリー

最初の URL は古い URL で、2 番目の URL は新しい URL です。プロトコル (HTTP と HTTP)、ドメイン (

www.example.com

と example.com) を含めて正確であることを確認してください。 com）とポート。プロトコルを使用せずに実行しないでください。期待どおりに動作する場合もあれば、動作しない場合もあります。同様に、 末尾にスラッシュを付けて実行しないでください (例: https://example.com/)。他の影響が生じる可能性があります。 次の引数 (--recurse-objects

) は、オブジェクトを逆シリアル化して反復処理するように CLI に指示します。これは、メタ テーブルとオプション テーブルを安全に更新するために必要です。

次のパラメータ (--all-tables

) は、プラグインを含むデータベース全体を走査することのみを意味します。

最後のパラメータ (--dry-run

) は、更新が行われないことを意味します。タイプミスがないことを確認するまでは、常にこの機能をオンにして実行し、その後、それを使用せずにコマンドを実行します。

＃＃＃＃＃＃知らせ＃＃＃＃＃＃ また、万が一に備えて、実行、インポート、または更新の前に必ずデータベースのバックアップを作成してください。 リーリー ＃＃＃＃＃＃追加情報＃＃＃＃＃＃ search-replace コマンドには、

--export

というオプションもあり、これを使用して初期ダンプをスキップできます。ただし、ライブサーバーから開発サーバーにバックアップする場合、ライブサーバーで追加の CPU/IO が発生したくないため、個人的にはこれを行いません。この負担は開発サーバーで後で発生させたいからです。条件付きで使用することもできますが、私はどこでも使用できるコマンド セットを用意しておきたいと思っています。

もう一つのポイント

ブラウザ、特に Chrome は、少なくとも一時的にリダイレクトを記憶する傾向があります。したがって、この動きが実際に機能するかどうかをテストするときは、常にプライベート ブラウジング ウィンドウでテストすることを 強くお勧めします。このために私と他の開発者がどれだけの時間を失ったか、計り知れません。更新されたことを確認したら、通常のブラウザに戻ってください。