Restauration fichier JPA suite transfert NDD

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

  • [RÉGLÉ] Restauration fichier JPA suite transfert NDD

    Bonjour à tous ,

    J'ai un problème lors d'une restauration d'un fichier JPA à l'aide d'Akeeba .
    En effet , lors du remplissage des champs de la base de données, il reste bloqué à 0% pour finir par mettre une erreur de connexion.

    Je suis calé en dev web mais j'ai jamais utilisé Joomla, je le fais pour dépanner un pote. J'ai beau avoir utiliser un super tuto avec kickstart etc ..

    Je pense qu'étant donné qu'il y a eut transfert de NDD et nouvel hébergemlent ( 1and1 -> OVH ) la restauration a un souci .


    Un grand merci par avance pour votre aide
    Dernière édition par qlgodfather à 04/12/2019, 07h56

  • #2
    Bienvenue !

    Quel est le message d'erreur ? Les infos d'accès à la nouvelle base chez OVH (a-t-elle bien été créée ?) sont elles correctes ? Permettent-elles d'accéder à la base via phpMyAdmin ?
    "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

    Commentaire


    • #3
      Merci Robert pour ta réponse

      Alors :

      Quel est le message d'erreur ? Après une minute bloqué à 0% il m'affiche "Unable to connect to the Database: Could not connect to MySQL."

      Les infos d'accès à la nouvelle base chez OVH (a-t-elle bien été créée ?) sont elles correctes ? Je n'ai pas crée une nouvelle base chez OVH car je n'ai pas récupérer de fichier SQL de la part de l'ancien prestataire du site de mon pote. J'ai cru comprendre que tout était dans le fichier jpa.

      Permettent-elles d'accéder à la base via phpMyAdmin ?​​​​​​​ Sur PhpMyAdmin j'ai une base vide crée comme à chaque fois c'est tout

      Commentaire


      • #4
        Oui, tout est dans le jpa, mais il faut que la base ait été créée depuis le Manager, le processus d'installation ne fait qu'y créer les tables et écrire les données.
        Si donc via phpMyAdmin tu accèdes à une base, l'erreur rencontrée semble provenir d'une faute de frappe lors de la saisie des infos d'accès dans la page de paramétrage de cet accès.
        "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

        Commentaire


        • #5
          Ok je viens d'accéder enfin à la base de données OVH qui est crée de base lors du module Joomla .

          Mais comment faire sur ce lien : http:/nom-de-domaine/www/insta...?view=database

          Je ne comprends pas les champs à remplir si ça doit être ce qui est nouveau ou si c'était les anciens accès ?

          Commentaire


          • #6
            Il faut que tu mettes les infos de la nouvelle base, celle d'OVH. Serveur, nom de la base, mot de passe et nom d'utilisateur. Tu n'as pas besoin de changer le préfixe des tables (vérifie quand même qu'il est bien en minuscules).
            "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

            Commentaire


            • #7
              Est ce que je dois renseigner ces nouveaux identifiants dans le fichier configuration.php ?

              Commentaire


              • #8
                Non, c'est le processus de restauration Akeeba qui gère tout. Va vois sur mon site fontanil.info, il y a au moins un article sur la restauration et/ou le transfert de serveur à serveur.
                "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

                Commentaire


                • #9
                  C'est bon j'ai réussi à gérer grâce à tes précieux conseils mais en revanche en multisite (3 NDD) ça ne fonctionne pas sur les autres , problème de certificat SSL je pense

                  Commentaire


                  • #10
                    Explique mieux ce que tu veux faire. Un jpa, c'est a priori un site. Si tu dois en restaurer d'autres, il faut recommencer la procédure pour chacun, et éviter de démarrer en https (et si c'est paramétré dans l'ancien site, faire attention que le paramétrage soit remis à "none" lors de la restauration.
                    Attention aussi au préfixe des tables s'il n'y a qu'une base disponible (si tu peux, crée une base par site).
                    Il faudra ensuite t'assurer que dans le Manager les autres noms de domaine ou sous-domaines ont bien un certificat actif, tu pourras alors remettre le forçage en https dans ma configuration (depuis l'administration).
                    "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

                    Commentaire


                    • #11
                      En fait de la restauration j'ai mis les ID de connexion à la nouvelle base de données , il m'a fait la restauration avec succès.

                      En revanche il y a eut à mon avis la case concerné le HTTPS , car il me met un problème de certificat invalid à l'apparition du site internet. (NET::ERR_CERT_COMMON_NAME_INVALID)

                      Il faut que je gère maintenant les certificats

                      Commentaire

                      Annonce

                      Réduire
                      1 sur 2 < >

                      C'est [Réglé] et on n'en parle plus ?

                      A quoi ça sert ?
                      La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                      Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                      Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                      Comment ajouter la mention [Réglé] à votre discussion ?
                      1 - Aller sur votre discussion et éditer votre premier message :


                      2 - Cliquer sur la liste déroulante Préfixe.

                      3 - Choisir le préfixe [Réglé].


                      4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                      2 sur 2 < >

                      Assistance au forum - Outil de publication d'infos de votre site

                      Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                      Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                      Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                      UTILISER À VOS PROPRES RISQUES :
                      L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                      Problèmes connus :
                      FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                      Installation :

                      1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                      Archive zip : https://github.com/AFUJ/FPA/zipball/master

                      2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                      3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                      4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                      5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                      6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                      et remplacer www. votresite .com par votre nom de domaine


                      Exemples:
                      Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                      Télécharger le script fpa-fr.php dans: /public_html/
                      Pour executer le script: http://www..com/fpa-fr.php

                      Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                      Télécharger le script fpa-fr.php dans: /public_html/cms/
                      Pour executer le script: http://www..com/cms/fpa-fr.php

                      En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                      Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                      Voir plus
                      Voir moins

                      Partenaire de l'association

                      Réduire

                      Hébergeur Web PlanetHoster
                      Travaille ...
                      X