Blocage en Back End pour une restauration avec Akeeba kickstart 7.1.0

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

  • #16
    Bonjour, peut être une piste que je n'ai jamais essayé :
    Tu dois avoir un répertoire de ton template rocket... en admin /administrator/templates
    Essaie de vider le dossier du template rocket... et copie dedans tous les fichiers et dossiers du template hathor.

    Commentaire


    • #17
      Merci pour votre retour !

      Malheureusement il n'y a pas de dossier de template rocket dans ce répertoire :

      Bien à vous !
      laurentdubois aime ceci.

      Commentaire


      • #18
        Le plus souvent, ce qui bloque est un plugin, mais quand on a activé le débogage et mis le rapport d'erreur au maximum, on a une liste de fichiers ayant provoqué l'erreur, ce qui n'est pas le cas, si j'ai bien compris.
        Ce que je tenterais c'est d'écraser le site avec une version équivalente de Joomla!, au cas où ce seraient des fichiers qui auraient été mal sauvegardés ou restauré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 et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

        Commentaire


        • #19
          Merci à tous pour vos contributions !

          Je vais en fait tout écraser et repartir de zéro
          J'ai sauvegarder mes photos et media, ma base SQL...
          J'ai fais un bilan de mes modules installés, images perso, et données...

          Et après un l'install je ferais par progression FTP sur mes photos, media et tenterait de réincorporer la base de données, en ayant bien sur tout sauvegardé, avant pour revenir en arrière si nécessaire et étape par étape.

          J'informerais sur le thread de mon avancé, pour si quelqu'un, un jour ce pose la même question. Je ne passe donc pas encore en [Réglé].

          Merci à vous et à bientôt.

          Andéa.

          Commentaire


          • #20
            Çà y est j'ai enfin des erreurs qui s'affichent sur le BO après avoir configuré le configuration.php sur : $debug = '1' et $error_reporting = 'development'

            Voici ce qui apparait à l'affichage :

            Warning: require_once(/xxx/xxx/www/yyy/libraries/joomla/document/html/renderer/head.php): failed to open stream: No such file or directory in /xxx/xxx/www/yyy/templates/rt_myriad/error.php on line 166

            Fatal error: require_once(): Failed opening required '/xxx/xxx/www/yyy/libraries/joomla/document/html/renderer/head.php' (include_path='.:/usr/local/php5.6/lib/php') in /xxx/xxx/www/yyy/templates/rt_myriad/error.php on line 166

            Bon pour faire marcher ses erreurs, au lieu d'une page blanche, j'ai comme vous le voyez passé en PHP v 5.6 temporairement.

            De vous lire, en vous remerciant par avance de votre contribution.

            Andéa

            Commentaire


            • #21
              Bonjour,

              Comme souvent dit à propos de Joomla! 4, les templates Joomla! 3 ne sont pas compatibles, sauf les plus récents. Il est d'ailleurs conseillé de définir protostar comme template par défaut avant la migration.
              Modifie dans la base de données le template du site pour Cassiopeia, ce qui empêchera, je pense, rt myriad de sévir côté 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 et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

              Commentaire


              • #22
                Bonjour,
                Je veux bien le modifier, mais dans quelle table ?

                Merci.

                Commentaire


                • #23
                  Bonjour,

                  Dans template_styles, de mémoire
                  "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 et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                  Commentaire


                  • #24
                    Salut,

                    J'ai déjà rencontré un problème similaire (BO vide) dont la cause venait du template choisi pour le BO incompatible avec la version PHP du serveur.
                    Je suis allé le modifier dans la BDD pour utiliser le template ISIS par défaut et c'est rentré dans l'ordre.

                    Un plugin peut aussi poser ce genre de problème.

                    Une autre astuce plus basique consiste à envoyer par FTP (puisque pas d'accès a BO) l'ensemble des fichier natif de la version Joomla utilisée afin d'écraser un éventuel fichier corrompu par un fichier sain.

                    Enfin, il ne faut pas écarter l'idée qu'une extension contrôle peut être l'accès au BO (genre AdminTools ou RSFirewall) auquel cas la désactiver (de préférence en éditant la table Components dans la BDD) pourrait permettre de retrouver l'accès au BO.
                    Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.
                    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


                    • #25
                      Merci, à vous deux, pour vos contributions, je vais regarder cela !

                      Andéa.

                      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