Après avoir copié le site Web en local, la page d'accueil de WordPress redirige vers une copie en double

Question

Contexte : J'ai plusieurs sites Web fonctionnant sur rpi4 en utilisant nginx et wordpress. Je souhaite copier l'un des sites sur mon réseau local à des fins de développement et de test. J'ai copié la base de données et les fichiers WordPress et configuré un fichier de configuration pour écouter sur le port 8082 et sauvegarder la base de données. Le site Web d'origine est sécurisé et utilise un certificat de connexion https, mais apparemment pas la copie locale.

Lorsque j'accède au site Web sur le réseau 192.168.0.213:8082, il accède à la page d'accueil mais je ne peux pas accéder à la page de connexion car chaque lien que j'essaie est redirigé vers mon site Web en direct. J'ai donc mis à jour l'URL du site et l'URL de la page d'accueil via des instructions MySQL et j'ai pu accéder à la page de connexion et tous les autres liens fonctionnaient maintenant, à l'exception de la page d'accueil. Maintenant la page d'accueil me redirige vers :

192.168.0.213:8082/192.168.0.213:8082/

C'est une page qui n'existe pas. J'ai l'impression que si j'arrive à comprendre cela, je suis sur le point d'atteindre ce que je veux. Comme il s'agit de nginx, il n'y a pas de fichier .htaccess, mais je suis heureux de modifier tout ce dont j'ai besoin et d'avoir un accès root pour faire n'importe quoi. Je connais SQL, la ligne de commande, etc... mais je ne l'ai jamais fait auparavant et je suis bloqué. Je ne suis pas sûr de ce que je recherche dans le fichier php à modifier ou à ajuster afin qu'il ne s'ajoute pas à lui-même.

J'ai essayé le correctif trouvé ici, en ajoutant essentiellement le "http://" que j'ai fait. Je suis encore un novice dans ce domaine et je me demande si je ne fais pas référence correctement à mon localhost.

Oui, il s'agit d'un site de blog appelé "chadsmancave" et tout le contenu est copié de chadsmancavebkp. Je peux confirmer que j'héberge les deux versions, car les modifications apportées à la base de données ne sont reflétées que dans la version locale, pas dans la version que je publie.

Voici quelques captures d'écran, j'espère qu'elles vous aideront :

Answer 1

Je réponds à cette question, mais j'accepterai la réponse de Chris Haas car ce qu'il a dit a résolu le problème.

En effet, j'utilise Chrome et il conserve cette redirection ! Pas f5, sinon tout passera par là jusqu'à ce que j'efface complètement toutes les données du navigateur.

Une fois qu'il a dit Navigateur et Chrome, je suis allé sur une autre machine chez moi et j'ai entré l'adresse et j'ai obtenu aucun résultat. C’est à ce moment-là que j’ai su que le navigateur que j’utilisais pour faire tout cela en était la raison !

Merci. Qui sait combien de temps je pourrais perdre là-dessus, ou même abandonner. Plus les 5 à 6 heures de temps de développement perdues là-dessus. XD

Answer 2

Je déplace mon site Web presque tous les jours.

Tout d’abord, récupérez et installez la WP CLI officielle déjà installée.

Ensuite, depuis le site que vous souhaitez déplacer, déplacez cd vers le répertoire racine de WordPress et exportez la base de données à l'aide de la commande suivante :

wp db dump

Cela créera un fichier de vidage SQL dans ce répertoire. Déplacez le fichier vers un nouvel emplacement dans le répertoire racine de WordPress cd et importez-le à l'aide de la commande suivante (en remplaçant évidemment les fichiers de manière appropriée) :

wp db import your-file-here.sql

Enfin, exécutez la commande Rechercher et remplacer alors que vous êtes toujours au nouvel emplacement :

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

La première URL est l’ancienne et la deuxième URL est la nouvelle. Assurez-vous d'être précis, y compris le protocole (HTTP vs. HTTP), le domaine (www.example.com vs. example.com). com) et le port. Ne l'exécutez pas non plus sans protocole, il peut ou non faire ce que vous attendez. De même, ne ne l'exécutez pas avec une barre oblique finale (par exemple ) car cela aurait d'autres effets. https://example.com/

Le paramètre suivant (

) demande à la CLI de désérialiser les objets et de les parcourir, ce qui est nécessaire pour mettre à jour en toute sécurité les tables de méta et d'options. --recurse-objects

Le paramètre suivant (

) signifie simplement parcourir toute la base de données, y compris les plugins. --all-tables

Le dernier paramètre (

) signifie qu'aucune mise à jour ne sera effectuée. Exécutez toujours avec cette option activée jusqu'à ce que vous soyez sûr qu'il n'y a pas de fautes de frappe, puis exécutez la commande sans cette option. --dry-run

Attention

De plus, effectuez toujours une sauvegarde de la base de données avant d'exécuter, d'importer ou de mettre à jour, juste au cas où :

wp db dump

Notes supplémentaires La commande

search-replace possède également une option appelée

que vous pouvez utiliser et ignorer le vidage initial. Cependant, personnellement, je ne le fais pas parce que je ne veux pas engager de CPU/IO supplémentaires sur le serveur live si je sauvegarde depuis live sur le serveur de développement, je veux que ce fardeau se produise plus tard sur le serveur de développement. Je pourrais aussi l'utiliser de manière conditionnelle, mais j'aime juste avoir un jeu de commandes que j'utilise partout. --export

Encore une chose

Les navigateurs, en particulier Chrome, ont tendance à mémoriser les redirections, au moins temporairement. Ainsi, lorsque je teste si ce mouvement fonctionne réellement, je recommande

fortement de toujours tester dans une fenêtre de navigation privée. Je ne peux pas vous dire combien de temps moi et les autres développeurs avons perdu à cause de cela. Une fois que vous êtes sûr qu'il est mis à jour, vous pouvez revenir à votre navigateur habituel.