[Résolu] Migration Gandi -> OVH = Error establishing a database connection (Créer un compte)

  • Statut : non résolu
  • Ce sujet contient 17 réponses, 4 participants et a été mis à jour pour la dernière fois par Anonyme, le il y a 9 années et 11 mois.
15 sujets de 1 à 15 (sur un total de 18)
  • Auteur
    Messages
  • #545459
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Bonjour à tous,

    J’avais un site hébergé chez Gandi. J’ai migré le nom de domaine chez OVH. Tout fonctionnait, mais pour ne pas avoir deux interfaces à gérer j’ai voulu déplacer les données chez OVH dans l’idée d’ensuite détruire mon compte Gandi.

    Pour ce faire, j’ai crû comprendre qu’il fallait exporter puis importer la base de données, mais après quelques manipulations j’ai le message « Error establishing a database connection ».

    Voici les différentes étapes que j’ai réalisées, en parcourant le net:

    – création d’une base de données sql chez OVH nommée blablabla.mysql.db
    – via phpmyadmin je vois 6 bases de données chez Gandi, dont 4 sont exportables et 2 ne contiennent pas de tables
    – via phpmyadmin j’aimerais importer ces bases sur OVH mais le problème est que l’importation se fait dans blablabla.mysql.db, alors que dans Gandi les différentes bases semblent être à la racine (pas contenues dans une base unique). L’importation ne mène donc à rien
    – concernant WordPress proprement dit, que j’ai imaginé réinstaller à zéro, j’ai modifié wp-config.php avec les informations reçues par mail concernant blablabla.mysql.db
    – par ftp j’ai supprimé Index.html du dossier www
    – j’ai ajouté un fichier .htaccess contenant la ligne: SetEnv PHP_VER 5
    – enfin quelque chose qui n’a peut-être rien à voir avec le reste mais en utilisant l’ancienne interface client du manager OVH, sur la page d’accueil un message d’avertissement m’informait d’un problème au niveau des dns, qui étaient toujours ceux de Gandi. J’ai donc remplacé a b et c.dns.gandi.net par dns200.anycast.me et ns200.anycast.me. Ceci étant, le formulaire Zonecheck de l’Afnic indique que mon site est toujours lié aux dns de grandi (malgré que le changement apparaisse sur mon interface OVH).

    Je suppose que tout n’est pas lié mais étant complètement désemparé je voulais vous donner plutôt trop d’informations que pas assez. J’imagine aussi que j’ai dû faire des bêtises…
    Bref je vous remercie d’avance pour votre patience et votre aide!

    #987831
    Anonyme
    Invité
    Maître WordPress
    34072 contributions

    Ce message a été supprimé suite à la demande de l’auteur.

    #987832
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Bonsoir et merci,
    Oui. Je me fais également aider sur ce forum OVH et suivant les conseils reçus, depuis Gandi j’ai importé la base qui ressemblait le plus au modèle que l’on m’a indiqué: znedoE9.png
    Au final j’ai bien ce type d’arborescence et de préfixes, mais ça ne fonctionne pas. En modifiant le fichier .htaccess je peux passer d’une « Erreur de connexion à la base de données » à une erreur 500 Internal Server Error, mais bon je suis encore loin du compte…

    #987833
    Anonyme
    Invité
    Maître WordPress
    34072 contributions

    Ce message a été supprimé suite à la demande de l’auteur.

    #987834
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Mon fichier wp-config.php ressemble au tien, mais quant à l’encodage je ne sais malheureusement pas si il y a du BOM ou pas (il va sans dire que je ne sais pas ce que c’est…). Je le modifie sur mac avec textedit, je ne sais pas si ça répond à ta question?

    J’ai ajouté le code dans .htaccess (en fait il n’y a rien d’autre que ce que tu m’as indiqué) mais ça ne change rien.

    #987835
    C_Lucien
    Modérateur
    Maître WordPress
    5115 contributions

    Bonsoir,

    TextEdit n’est pas le bon outil. Il risque de modifier l’encodage des caractères sans prévenir, même au format texte.
    Mieux vaut utiliser ce qu’on appelle un « éditeur de texte », apte à respecter les encodages propres aux serveurs.

    J’en utilise deux, gratuits. Voir ma signature : TextWrangler est le plus léger.

    #987836
    Franck (fge)
    Modérateur
    Maître WordPress
    9572 contributions

    quant à l’encodage je ne sais malheureusement pas si il y a du BOM ou pas (il va sans dire que je ne sais pas ce que c’est…).

    Ce sont des caractères de contrôle qui posent problème avec le moteur PHP.

    Je le modifie sur mac avec textedit, je ne sais pas si ça répond à ta question?

    C’est un outil bureautique et donc à fuir pour éditer du code.
    Essaye d’installer un éditeur de code comme smultron qui est mieux adapté pour éditer du code.

    Si tu as toujours un message [c]Error establishing a database connection[/c] c’est qu’il y a un des 4 paramètres du wp-config.php qui n’est pas bon ou que la base n’est pas créée. Il faut vérifier que tu te connectes bien à la base en utilisant phpMyAdmin avec les identifiants présents dans le wp-config.php. Vérifie le nom du serveur une fois connecté à phpMyAdmin.
    Si tout fonctionne, il faut relire le fichier wp-config.php chasser les espaces indésirables, fautes de frappes, guillemets mal placés etc…

    #987837
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Si je fais correspondre les infos contenues dans wp-config.php et l’interface d’identification de phpMyAdmin OVH, j’ai bien:

    define(‘DB_NAME’, ‘Utilisateur’);
    define(‘DB_USER’, ‘Utilisateur’);
    define(‘DB_PASSWORD’, ‘JeViensDeLeRetaper’);
    define(‘DB_HOST’, ‘Serveur’);

    Je ne vois pas de différences entre mes différents wp-config.php et les modèles que je peux voir sur le net.

    Question bête (et à laquelle il est difficile de répondre sans être chez OVH…): dans le manager OVH dans la section SQL ma db porte un nom (blablabla.mysql.db) alors que dans la V3 du manager, dans Gestion SQL, ma db s’appelle blablabla et le serveur a un nom très différent (mysql51-XXX.perso). C’est normal?

    #987838
    Anonyme
    Invité
    Maître WordPress
    34072 contributions

    Ce message a été supprimé suite à la demande de l’auteur.

    #987839
    minimat
    Participant
    Padawan WordPress
    50 contributions

    En fait que je me connecte à phpmyadmin.ovh avec mysql51-300.perso ou blablabla.mysql.db j’arrive exactement au même endroit. De même si j’utilise l’un ou l’autre dans wp-config.php à la ligne define(‘DB_HOST’, ‘Serveur’); j’ai toujours une Internal Server Error sur mon site.

    #987840
    Anonyme
    Invité
    Maître WordPress
    34072 contributions

    Ce message a été supprimé suite à la demande de l’auteur.

    #987841
    minimat
    Participant
    Padawan WordPress
    50 contributions
    noaneo wrote:
    ce n’est pas à chaque fois le nom de l’utilisateur, le premier est le nom de la base de données

    Disons que ce sont les informations que j’utilise pour me connecter à phpMyAdmin, et ça fonctionne, donc je pars du principe que ce sont les bonnes 🙂

    noaneo wrote:
    Avez vous utilisé TextWrangler ou Smultron pour bien avoir l’encodage UTF8 sans BOM ?

    Je viens de le faire (pour wp-config.php). J’ai noté une différence au niveau des ‘ mais après harmonisation rien n’a changé.

    noaneo wrote:
    Il aurait été bien de laisser et remplir le questionnaire dans le premier message, il n’est pas là juste pour faire joli :D

    Pardon 🙂

    Ma configuration WP actuelle
    – Version de WordPress : 4.1
    – Version de PHP/MySQL : 5.1
    – Thème utilisé : Twenty Twelve
    – Extensions en place : quelques-unes dont je ne peux plus faire la liste puisque pas d’accès au site
    – Nom de l’hebergeur : OVH (succédant à Gandi)
    – Adresse du site : http://www.minimat.fr

    #987842
    Franck (fge)
    Modérateur
    Maître WordPress
    9572 contributions

    j’ai toujours une Internal Server Error sur mon site.

    Attention « Internal Server Error » et « Error establishing a database connection » sont deux erreurs distinctes avec des causes différentes qu’il faut traiter séparément. Si tu as maintenant une erreur http 500, il faut jeter un œil sur le fichier .htaccess et plus sur le wp-config.php

    #987843
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Oui j’ai compris ça. Dans mon premier post j’ai mentionné avoir ajouté un fichier .htaccess contenant la ligne: SetEnv PHP_VER 5. D’après les remarques de C_Lucien, je me suis dit que l’avoir créé avec TextEdit était peut-être un problème, du coup je viens de le refaire avec TextWrangler. Résultat: page blanche.

    #987844
    minimat
    Participant
    Padawan WordPress
    50 contributions

    Voici le contenu de mon htaccess:

    SetEnv REGISTER_GLOBALS 0
    SetEnv ZEND_OPTIMIZER 1
    SetEnv MAGIC_QUOTES 0
    SetEnv PHP_VER 5

    #BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    #END WordPress



    Après avoir renommé htaccess en htaccess-test pour voir s’il était en cause, j’ai pu accéder à l’administration de mon site. L’importation de la base de données semble avoir fonctionné, je vois mes articles, mais la page de mon site est blanche.

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