[Résolu] Siteurl et home qui se mettent à jour tout seul en base de données

  • WordPress :4.4.5
  • Statut : résolu
6 sujets de 1 à 6 (sur un total de 6)
  • Auteur
    Messages
  • #1621090
    AnotherOne
    Participant
    Initié WordPress
    3 contributions

    Bonjour,

    Ma configuration WP actuelle

    • Version de PHP/MySQL : 7.0.4
    • Thème utilisé : Avada
    • Extensions en place :
    • Nom de l’hébergeur : PlanetHoster
    • Adresse du site :

    Problème(s) rencontré(s) : Impossible de changer le siteurl et home du site.

     

    Bonjour à tous,

    Alors voilà, ayant changé de nom de domaine, j’ai réalisé les modifications de base pour appliquer celui-ci.

    J’ai 2 sites internet chez mon hébergeur : 1 site “principal” –> dans le public_html + 1 site de type sous-domaine dans un dossier à part du public_html.

    Les 2 sites sont des installations WordPress.

     

    1. J’ai donc commencé par changer l’ancien domaine principal, que l’on va appeler “anciendomaine” par le nouveau, que l’on va appeler “nouveaudomaine“, et ce, sur mon WHM. (J’ai un HybridCloud chez PlanetHoster).
    2. J’ai ensuite effectué les changements relatifs en base de données en effectuant ces requêtes :
      UPDATE wp_options SET option_value = replace(option_value, 'http://www.ancien-site.com', 'http://www.nouveau-site.com') WHERE option_name = 'home' OR option_name = 'siteurl';
      Cette commande va effectuer le remplacement des anciennes url par la nouvelle url dans la table wp_options

      UPDATE wp_posts SET guid = replace(guid, 'http://www.ancien-site.com','http://www.nouveau-site.com');
      remplacer dans la table wp_posts toutes les urls relatives associés aux différents posts

      UPDATE wp_posts SET post_content = replace(post_content, 'http://www.ancien-site.com', 'http://www.nouveau-site.com');
      echercher/remplacer sur l'ensemble des posts du site

      j’ai évidemment pris le soin de modifier la requête (ce n’est pas la première fois que je change de nom de domaine mais la première fois que je change le nom de domaine d’un sous domaine)

    3. Par la suite, je me suis connecté à mon WHM pour créer une redirection de “anciendomaine” vers “nouveaudomaine“. Normal me direz-vous.

     

    Ainsi pour mon site principal tout fonctionnait à merveille. Il reconnaissait bien le nouveau nom de domaine et tous les changements en base de données ont été pris en compte.

    Cependant, c’est là que le problème arrive… mon sous domaine était lui totalement perdu. Je m’explique, en allant dessus, j’ai vu que déjà il redirigeait vers une boucle de redirection. La boucle ne vient pas de mon serveur. J’ai donc supprimé le “.htaccess” du site, sait-on jamais. Et en jetant un oeil à la base de données, par hasard, j’ai remarqué que les champs “siteurl” et “home” de la table “wp_options” étaient revenus à leurs anciens noms respectifs, soit “anciendomaine“.

    C’est la première fois que je vois ça. J’ai donc changé de nouveau ces champs et après avoir rafraichi la page de PhpMyAdmin, les champs sont de nouveau revenus à “anciendomaine“. J’ai fait 1 test assez simple, j’ai renommé l’index.php du site en index.old, changé de nouveau les 2 champs “siteurl” et “home” par “nouveaudomaine” puis suis parti sur le site. Forcément, j’ai eu une page 403, cependant, les champs en base de données sont restés sur “nouveaudomaine“.

    Pensant, que ça venait de mes plugins, j’ai désactivé ces derniers en renommant le dossier “plugins” se trouvant dans le “wp-content” du site. J’ai par la suite effectué de nouveau les manipulations plus haut en gardant “index.php” avec la bonne extension, et hop, les 2 champs sont revenus à “anciendomaine“…

    J’ai également supprimé les caches générés par le plugin WP-Rocket, sait-on jamais, refait les manipulations, sans succès.

    La boucle de redirection vient de ces 2 champs qui ne veulent pas se modifier ou se modifient seuls, via un quelconque script dont je n’ai aucune idée. Celui-ci s’activerait quand un utilisateur accède à l’index du site (je ne vois que ça).

    Je vous joins une capture d’écran de l’index.php dont je parle.

    J’ai testé d’utiliser le script Search & Replace, sans succès.

    Voici une liste des extensions dites de sécurité que j’utilise sur l’installation WordPress :

    • Adminimize (pas vraiment sécurité, mais on sait jamais)
    • Wordfence Security
    • Hide my WP
    • Lockdown WP Admin (pas vraiment un plugin de sécurité)
    • JetPack

    Je suis arrivé à un point où je ne sais plus quoi faire :/ (c’est rare :p ). Toute aide serait fortement la bienvenue.

    Si vous avez besoin de n’importe quelle information pour résoudre ce problème, je serai ravi de vous répondre.

     

    En vous remerciant d’avance !

     

    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
    #1621238
    Flobogo
    Modérateur
    Maître WordPress
    15856 contributions

    Bonjour,

    Je ne suis pas sûre d’avoir compris, et pas sûre d’être d’une grande aide, mais au moins pour commencer par le B-A-Ba : avez-vous désactivé ces fameuses extensions de “sécurité” ?

    Et de que ce sera résolu, mettez impérativement à jour votre version de WordPress !!
    –> voir ce topic pour + d’infos : https://wpfr.net/support/sujet/vague-dattaque-contre-les-sites-wordpress-en-cours-mettez-votre-site-a-jour/

     

     

    #1621254
    AnotherOne
    Participant
    Initié WordPress
    3 contributions

    Bonjour,

     

    Tout d’abord merci de la réponse 🙂

    Mon site est à la version 4.4.7 il a donc reçu la mise à jour de sécurité.

    Ensuite, j’ai bel et bien renommé le dossier plugins en autre, ce qui a pour conséquence de désactiver tous les plugins du site. A moins qu’avant de faire ça je dois les activer manuellement et les désactiver manuellement via la page “extensions” de WordPress ?

     

    Cordialement.

    #1621483
    Flobogo
    Modérateur
    Maître WordPress
    15856 contributions

    Et que se passe-t-il quand vous désactivez toutes les extensions ? (il faut aussi vider le cache des extensions de cache)
    –> pouvez-vous modifier les URL ?

    Sinon, il y a une solution : refaites la procédure de migration en suivant cet article.

    #1621513
    AnotherOne
    Participant
    Initié WordPress
    3 contributions

    Bonjour,

     

    Merci de votre aide !

    Malheureusement les solutions que vous m’avez proposé n’ont pas fonctionné…

     

    Cependant, j’ai trouvé d’où venait le problème ! Rien n’était lié aux plugins, mais aux thèmes !

    Mon thème “Avada” posait problème, en effet, il contient une sorte de script qui empêche la mise à jour de la base de données. Je l’ai remarqué en faisant des tests en désactivant le thème et en refaisant les requêtes SQL sur la base. Tout fonctionnait à merveille. Par contre, en réactivant le thème, les champs siteurl et home revenaient à leur valeur d’origine soit anciendomaine.

    À ce stade, le problème était localisé. J’ai donc procédé à une mise à jour de mon thème (j’utilisais une vielle version), supprimé tous les caches (depuis le FTP) et réinstallé mon thème.

    Tout fonctionne parfaitement maintenant 😉

     

    Merci de votre aide en tous cas. Je passe le sujet en “résolu”.

     

    Cordialement.

    #1621582
    Flobogo
    Modérateur
    Maître WordPress
    15856 contributions

    Merci d’avoir indiqué la solution. Je n’aurais pas pensé qu’un thème pouvait influencer ce genre de comportement.

    Comme quoi, quand on dit que tout doit être à jour : la version de WordPress (très important), mais aussi le thème et les extensions  🙂

     

6 sujets de 1 à 6 (sur un total de 6)
  • Vous devez être connecté pour répondre à ce sujet.