3.9.3 : Back-En inaccessible

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

  • 3.9.3 : Back-En inaccessible

    Bonjour

    Pour effectuer ma migration de Joomla 3.4.8 vers la derniere version, j'ai créé un sous-domaine chez mon hébergeur pour avoir 2 plateformes distinctes et ne pas casser mon site de Production.
    Le soucis est que, manifestement, la BD est restée commune....

    Dans mon domaine de Test, je suis passé en 3.6.5, sans problème.
    Puis, je suis passé en 3.9.3 et l'install a crashé. J'ai eu l'erreur 1054.
    Je n'ai plus accès au backen de la Recette, mais le Front End, Poduction et Tests reste accessible.
    Le BackEnd Production reste accessible.

    J'en ai profité pour voir la Gestion des BD depuis ma Production et j'ai eu ces messages (là que j'ai vu que la BDD est commune >_<) :


    Cliquez sur l'image pour l'afficher en taille normale

Nom : joomla_bd.JPG 
Affichages : 126 
Taille : 28,5 Ko 
ID : 1997211

    Cliquez sur l'image pour l'afficher en taille normale

Nom : joomla_bd_autreInfo.JPG 
Affichages : 106 
Taille : 35,4 Ko 
ID : 1997213

    http://<site_Recette>/administrator/index.php?option=com_installer&view=database me redirige vers le backend vide

    Est-ce que j'ai la possibilité de faire un correctif plus chirurgical ?
    Pour éviter ce désagrément, est-ce que je dois passer par une version intermédiaire ?

    D'avance, je vous remercie
    Dionee
    Fichiers joints

  • #2
    Bonjour,

    Pour corriger la base de données, tu peux utiliser ce script : https://gist.github.com/mbabker/d7bf...5a733607f89281
    dionee likes this.
    "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      Je présume que ma version de PHP est trop ancienne ? J'ai la 5.6

      Warning: require_once(/home/<...>/migration/includes/helper.php): failed to open stream: No such file or directory in /home/<...>/migration/postupdate.php on line 38

      Fatal error: require_once(): Failed opening required '/home/<....>/migration/includes/helper.php' (include_path='.:/usr/local/php5.6/lib/php') in /home/<...>/migration/postupdate.php on line 38
      Dernière édition par dionee à 08/03/2019, 16h17

      Commentaire


      • #4
        Normalement non, PHP 5.3.10 est le minimum pour les versions récentes de Joomla!
        Seule une extension pourrait exiger plus récent.

        Peux-tu passer en 7.1 seulement pour ce site de test ?

        Ce qui m'inquiète, indépendamment de cette erreur, c'est ton rappel du fait que c'est la même base pour le site de test et celui de production : as-tu bien changé le préfixe des tables lorsque tu as cloné le 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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

        Commentaire


        • #5
          Bonjour
          Le drame est, après relecture ce que j'ai fait, que je n'ai pas changé le préfixe des tables ... >_<
          Je ne suis pas allé plus loin. Ma prochaine manip est de réinstaller le backup de mon site initial sur le clone, avec les mêmes préfixes pour revenir à l'état initial.

          On est bien d'accord que changer les préfixes des tables me permet d'avoir une autre BDD virtuelle ?

          J'avais tester le 7.1 il y a quelques temps, mais j'avais eu un message d'erreur. Je ne m'y étais pas plus attarder, la MAJ de Joomla étant + prioritaire

          Commentaire


          • #6
            Bonjour,
            la réponse est OUI

            Quand tu restaure une copie de ton site sur le même hébergement en sous domaine, l'idéal est d'avoir une base de donnée COMPLETEMENT indépendante de celle du site de production ... pour ne pas se mélanger les pinceaux et planter le site de production
            Et si tu n'as qu'une seule base de donnée, alors tu dois ABSOLUMENT changer de préfixe de tables car sinon, les deux sites (production ET sous domaine) utilisent les mêmes tables de ta base de donnée unique ... donc quand tu travailleras sur la copie du site en sous domaine .... tu agiras AUSSI sur le site de prod et ça peut vite planter le site de production puisque lui est resté sur une version antérieur mais communique avec une base de donnée qui évolue sur une version actuelle !
            Dernière édition par manu93fr à 12/03/2019, 12h24
            Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

            Commentaire


            • #7
              Merci Manu93, cela confirme mon analyse >_<

              Je suis revenu en arrière en installant sur mon sous-domaine clone le back-up que j'avais fait du site de Prod juste avant les opérations.
              Tout à l'air d'être revenu dans l'ordre sauf ceci :
              Cliquez sur l'image pour l'afficher en taille normale

Nom : bd.JPG 
Affichages : 67 
Taille : 28,2 Ko 
ID : 1997361

              Dans "Autres informations" :
              Cliquez sur l'image pour l'afficher en taille normale

Nom : bd2.JPG 
Affichages : 66 
Taille : 37,1 Ko 
ID : 1997362

              Quelle est ma marge de manoeuvre pour corriger ces champs vides ?
              Je présume qu'il ne faut pas tenter quelconque MAJ avant d'avoir fixé tout cela ?

              Merci de votre aide
              Dionee

              Commentaire


              • #8
                Si tu es sur d'être a 100% isolé de ton site de production (surtout la base de donné) ... tu as un bouton [correction] en haut a gauche ... tu clique dessus pour que Joomla mette a jour sa base de donnée tout seul comme un grand
                Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

                Commentaire


                • #9
                  Effectivement

                  Merci à tous pour votre aide

                  Je vais continuer le processus, cette fois, en renommant correctement les préfixes des tables .....

                  Commentaire


                  • #10
                    Bonjour.

                    As-tu également ces messages sur le site de prod ?
                    Cordialement.
                    __
                    Eddy !!!
                    Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

                    Commentaire


                    • #11
                      Bonjour

                      La Production est redevenue d'aplomb. Je l'ai corrigée et tout est rentré dans l'ordre concernant la BD

                      Commentaire


                      • #12
                        J'ai refait une installation du site sur le sous-domaine en prenant soin, cette fois, de changer, le préfixe des tables de BD.
                        J'ai eu une collection d'erreur BD qui a été corrigé automatiquement dans Gestion / Base de données.

                        Par contre, j'en ai 9 qui sont incorrigibles : j'ai beau demander la correction, elles restent ....
                        Cliquez sur l'image pour l'afficher en taille normale

Nom : db.JPG 
Affichages : 68 
Taille : 91,2 Ko 
ID : 1997372
                        mod666_ étant le nouveau préfixe.

                        Concernant la Prod, pas d'erreur BD et un site qui tourne correctement

                        Commentaire


                        • #13
                          Refais un backup Akeeba du site de prod. Supprime les fichiers du sous-domaine et les tables de ce même sous-domaine.
                          Restaures-y ton backup frais avec Akeeba kickstart en prenant soin de créer préalablement une nouvelle base de données si la précédente était partagée.
                          Cordialement.
                          __
                          Eddy !!!
                          Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

                          Commentaire


                          • #14
                            = repartir d'une base from scrach ?

                            Commentaire


                            • #15
                              Ce qu'Eddy propose, c'est réinstaller sur une nouvelle base pour bien séparer de la base actuelle, si je comprends bien.

                              Mais ce qui m'inquiète, c'est qu'en utilisant les mêmes tables sur le site de production et son clone, tu as mis à jour les tables pour les deux sites, dont celui de production qui se retrouve avec des tables dans une version différente de celle des fichiers.
                              "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                              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