restauration d'un nouveau site joomla 4

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] restauration d'un nouveau site joomla 4

    Bonjour,
    Voilà ce que j'essaye de faire et le problème que je rencontre. Il doit y avoir qui cloche dans ma démarche mais je ne vois pas.
    J'ai créé un site joomla 4 en local. J'en ai fait une sauvegarde akeeba.
    J'ai le même site public (version joomla 3) sur ovh, et je souhaite remplacer l'ancien site par le nouveau.
    J'ai créé un répertoire sur le serveur ovh que j'ai appelé "wwwa". J'ai copié dans ce répertoire les fichiers kickstart, fr-FR.kickstart.ini et le fichier .jpa
    J'ai renommé le répertoire actif "www" en "wwwb" puis j'ai renommé le répertoire "wwwa" en répertoire "www".
    Sous Mozilla, je mets en barre d'adresse "http://"lenomdusite"/kickstart.php
    La restauration commence alors par l'extraction des fichiers qui se passe bien. Ensuite viennent les écrans pour la configuration de la base de données.
    J'ai beau mettre les informations attendues (nom de la base, mot de passe etc) l'installation se termine immanquablement par une erreur.
    Cela fait trois fois que j'essaie et je ne progresse pas.
    Avez-vous une idée de l'erreur que je reproduis systématiquement ? Dois-je détruire l'ancienne base de données ?
    Merci d'avance

  • #2
    Bonjour,

    Quel est le message d'erreur ? Si les infos n'étaient pas correctes, dès la tentative d'écriture dans la base, tu aurais un blocage disant que l'accès est impossible.
    Ensuite, sais-tu quelle est la version de PHP par défaut sur ton serveur ? Pour celle de MySQL, je ne sais plus si on peut la connaître dans le Manager.
    Autre point : la base ne serait-elle pas saturée par les tables de l'ancienne version ? Vérifie dans ton Manager quelle est la taille à laquelle tu as droit et quelle est la place qui reste pour le nouveau site.
    Enfin, as-tu mis de côté une sauvegarde de l'ancien site ?
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

    Commentaire


    • #3
      Il me semble que c'est un problème d'accès à la base de données.
      quand je renommé les répertoires, l'ancien site fonctionne normalement.
      demain je vais refaire l'opération, le transfert de la sauvegarde est longue

      Commentaire


      • #4
        Bonjour RobertG,
        J'ai refait un essai de restauration, l'erreur qui en découle est :
        "unable to connect to the database : could not connect to MySQL"
        J'ai vérifié les versions de php, il y a une différence entre les versions. J'ai donc corrigé mon nouveau site pour aligner les versions de php, j'ai refait une sauvegarde et je suis en train de la télécharger sur le serveur OVH. Cela va prendre du temps, dès que je le pourrai je réessayerai la restauration. En attendant je croise les doigts.
        Bonne journée

        Commentaire


        • #5
          Bonjour,

          Cela voudrait donc dire que les informations d'accès à la base de données sont incorrectes. Vérifie notamment dans ton Manager la valeur de "serveur" à utiliser pour ta restauration.
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

          Commentaire


          • #6
            Qu'est-ce que tu appelles la valeur de "serveur" ?

            Commentaire


            • #7
              Celui de base de données, que tu vois dans ton manager et qui est référencé sous host dans le fichier de configuration.
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
              MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

              Commentaire


              • #8
                Bonjour,
                Je viens de refaire un essai avec la version de php modifiée, et en mettant les informations relevées sur le manager du site local (voir ci-dessous). J'ai toujours la même erreur au moment de l'installation de la base sur le serveur ovh. Cliquez sur l'image pour l'afficher en taille normale

Nom : base.jpg 
Affichages : 233 
Taille : 63,9 Ko 
ID : 2034503

                Commentaire


                • #9
                  Ces informations sont celles de ton serveur local, elles ne peuvent pas fonctionner sur ton serveur OVH.

                  Il faut que tu ailles dans ton Manager OVH dans la section base de données récupérer le nom du serveur, qui n'est en aucun cas "localhost", celui de la base et de l'utilisateur (qui sont identiques) et le mot de passe que tu trouveras dans le fichier configuration.php de l'ancien site si tu ne l'as pas mémorisé ailleurs.
                  Si ta formule d'hébergement te le permet, tu peux aussi créer une nouvelle base de données et donc utiliser ses propres caractéristiques de connexion, avant de supprimer plus tard l'ancienne.
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                  MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                  Commentaire


                  • #10
                    J'ai essayé ce que tu m'as dit de faire, sans succès. Voici quelques copies d'écran :
                    écran tiré d'ovh manager : Cliquez sur l'image pour l'afficher en taille normale

Nom : base ovh.jpg 
Affichages : 209 
Taille : 37,0 Ko 
ID : 2034517

                    écrans de la restauration :
                    Cliquez sur l'image pour l'afficher en taille normale

Nom : etape6.jpg 
Affichages : 146 
Taille : 54,6 Ko 
ID : 2034518Cliquez sur l'image pour l'afficher en taille normale

Nom : base.jpg 
Affichages : 154 
Taille : 63,9 Ko 
ID : 2034519Cliquez sur l'image pour l'afficher en taille normale

Nom : etape6 erreur.jpg 
Affichages : 140 
Taille : 105,2 Ko 
ID : 2034520

                    Commentaire


                    • #11
                      l'écran "base de données n'est pas bon, j'ai mis les informations d'ovh en place :
                      Mysqli
                      lechodelollecho
                      lechodelollecho
                      lechodelollecho
                      un mot de passe que j'ai pris dans le fichier configuration.php
                      et j'ai essayé deux préfixes, le premier tiré de la base localhost, le second après le message d'erreur tiré de la base ovh (zjtzc_)
                      sans succès donc

                      Commentaire


                      • #12
                        Si je me fie aux infos d'OVH dans la capture écran le nom du serveur hôte devrait être
                        Code:
                        [COLOR=#27ae60]lechodelollecho.mysql.bd[/COLOR]
                        et non
                        Code:
                        [COLOR=#c0392b]lechodelollecho[/COLOR]
                        Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.- "ça dépend ça dépasse"
                        Ne m'envoyez pas de message privé pour résoudre vos problèmes sans y avoir été invité.
                        Dolmenhir : tailleur de site web depuis 1997. Spécialiste Joomla depuis 2005. https://www.dolmenhir.fr

                        Commentaire


                        • #13
                          Le préfixe n'a pas d'importance (il sera affecté aux nouvelles tables), mais il doit se terminer par un trait de soulignement.
                          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                          Commentaire


                          • #14
                            Bien vu Dolmenhir ! Je me trompais dans l'écriture du nom de l'ancienne base avant l'écran d'extraction. Maintenant cela fonctionne. Merci beaucoup pour votre aide. Je passe le sujet en réglé

                            Commentaire

                            Annonce

                            Réduire
                            Aucune annonce pour le moment.

                            Partenaire de l'association

                            Réduire

                            Hébergeur Web PlanetHoster
                            Travaille ...
                            X