Selepas menyalin tapak web ke setempat, halaman utama WordPress mengubah hala kepada salinan pendua

Question

Latar belakang: Saya mempunyai beberapa laman web yang berjalan pada rpi4 menggunakan nginx dan wordpress. Saya ingin menyalin salah satu tapak ke rangkaian tempatan saya untuk pembangunan dan ujian. Saya menyalin pangkalan data dan fail WordPress dan menyediakan fail konfigurasi untuk mendengar pada port 8082 dan membuat sandaran pangkalan data. Laman web asal adalah selamat dan menggunakan sijil sambungan https, tetapi nampaknya salinan tempatan tidak.

Apabila saya mengakses laman web pada rangkaian 192.168.0.213:8082 ia pergi ke halaman utama tetapi saya tidak dapat mengakses halaman log masuk kerana setiap pautan yang saya cuba dialihkan ke laman web langsung saya. Jadi saya mengemas kini url tapak dan url halaman utama melalui pernyataan mysql dan dapat mengakses halaman log masuk dan semua pautan lain berfungsi kecuali halaman utama sekarang. Kini halaman utama mengubah hala saya ke:

192.168.0.213:8082/192.168.0.213:8082/

Ini adalah halaman yang tidak wujud. Saya rasa jika saya boleh memikirkan perkara ini, saya sangat hampir untuk mencapai apa yang saya mahukan. Memandangkan ia adalah nginx, tiada fail .htaccess, tetapi saya gembira untuk mengubah suai apa sahaja yang saya perlukan dan mempunyai akses root untuk melakukan apa sahaja. Saya tahu sql, baris arahan, dan lain-lain... tetapi tidak pernah melakukannya sebelum ini dan saya terperangkap. Saya tidak pasti apa yang saya cari dalam fail php untuk diubah atau disesuaikan supaya ia tidak menambah dirinya sendiri.

Saya mencuba pembetulan yang terdapat di sini, pada asasnya menambah "http://" yang saya lakukan. Saya masih noob dalam hal ini dan tertanya-tanya sama ada saya tidak merujuk localhost saya dengan betul.

Ya, ini adalah laman blog yang dipanggil "chadsmancave" dan semua kandungan disalin daripada chadsmancavebkp. Saya boleh mengesahkan bahawa saya menghoskan kedua-dua versi, kerana perubahan pada pangkalan data hanya ditunjukkan dalam versi tempatan, bukan versi yang saya terbitkan.

Berikut adalah beberapa tangkapan skrin, harap ia membantu:

Answer 1

Saya menjawab soalan ini, tetapi akan menerima jawapan Chris Haas kerana apa yang dia katakan menyelesaikan masalah.

Sesungguhnya, saya menggunakan Chrome dan ia mengekalkan ubah hala itu! Bukan f5, jika tidak semuanya akan melaluinya sehingga saya benar-benar membersihkan keseluruhan data pelayar.

Sebaik sahaja dia berkata Pelayar dan Chrome, saya pergi ke mesin lain di rumah saya dan memasukkan alamat dan mendapat keputusan sifar. Ketika itulah saya tahu penyemak imbas yang saya gunakan untuk melakukan semua ini adalah sebabnya!

Terima kasih. Siapa tahu berapa banyak masa yang saya boleh buang untuk perkara ini, atau pun berputus asa. Tambahan pula 5-6 jam masa pembangun terbuang untuk perkara ini. XD

Answer 2

Saya memindahkan laman web saya hampir setiap hari.

Pertama, dapatkan dan pasang WP CLI rasmi yang sudah dipasang.

Seterusnya, dari tapak yang ingin anda alihkan, alihkan cd ke direktori akar WordPress dan eksport pangkalan data menggunakan arahan berikut:

wp db dump

Ini akan mencipta fail dump SQL dalam direktori itu. Alihkan fail ke lokasi baharu dalam direktori akar WordPress cd dan importnya menggunakan arahan berikut (jelas menggantikan fail dengan sewajarnya):

wp db import your-file-here.sql

Akhir sekali, jalankan perintah carian dan ganti semasa masih berada di lokasi baharu:

wp search-replace "http://example.com:1234" "https://example.com:5678" --recurse-objects --all-tables --dry-run

URL pertama ialah URL lama dan URL kedua adalah URL baharu. Pastikan anda tepat, termasuk protokol (HTTP lwn. HTTP), domain (www.example.com lwn. example.com). com) dan pelabuhan. Jangan jalankannya tanpa protokol sama ada, ia mungkin atau mungkin tidak melakukan apa yang anda harapkan. Begitu juga, jangan jalankannya dengan garis miring (cth. https://example.com/) kerana ini akan memberi kesan lain.

Parameter seterusnya (--recurse-objects) mengarahkan CLI untuk menyahsiri objek dan mengulanginya, yang diperlukan untuk mengemas kini jadual meta dan pilihan dengan selamat.

Parameter seterusnya (--all-tables) hanya bermaksud merentasi keseluruhan pangkalan data termasuk pemalam.

Parameter terakhir (--dry-run) bermakna tiada kemas kini akan dibuat. Sentiasa jalankan dengan ia dihidupkan sehingga anda pasti tiada sebarang kesilapan menaip, kemudian jalankan arahan tanpa arahan itu.

Perhatian

Selain itu, sentiasa ambil sandaran pangkalan data sebelum melaksanakan, mengimport atau mengemas kini, untuk berjaga-jaga:

wp db dump

Nota Tambahan

Perintah

search-replace juga mempunyai pilihan yang dipanggil --export yang boleh anda gunakan dan langkau pembuangan awal. Walau bagaimanapun, saya secara peribadi tidak melakukan ini kerana saya tidak mahu menanggung sebarang CPU/IO tambahan pada pelayan langsung jika saya membuat sandaran dari langsung ke pelayan pembangunan, saya mahu beban ini berlaku kemudian pada pelayan pembangunan. Saya juga boleh menggunakannya secara bersyarat, tetapi saya hanya suka mempunyai set arahan yang saya gunakan di mana-mana sahaja.

Lagi satu

Penyemak imbas, terutamanya Chrome, cenderung untuk mengingati ubah hala, sekurang-kurangnya buat sementara waktu. Jadi apabila menguji sama ada langkah ini benar-benar berkesan, saya sangat mengesyorkan sentiasa menguji dalam tetingkap penyemakan imbas peribadi. Saya tidak dapat memberitahu anda berapa banyak masa yang saya dan pembangun lain hilang kerana ini. Setelah anda pasti ia telah dikemas kini, anda boleh kembali ke penyemak imbas biasa anda.