interface administrator sans css

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

  • [RÉGLÉ] interface administrator sans css

    bonjour
    je travaillais en ligne sur mon site et je mettais a jour ma version d'akeeba puis après mon interface est devenu comme dans le post :
    https://forum.joomla.fr/forum/joomla...administration
    le frontend est sans probléme

    j'ai reinstallé joomla4 L'install s'est bien passé Le front-end s'affiche bien. J'ai renommé htaccess.txt en .htaccess

    je me suis connecté au backend et l'interface administrator s'affiche encore sans css
    avec le même message :
    Attention, le navigateur Internet Explorer ne doit pas être utilisé pour un bon fonctionnement de l'interface d'administration.
    alors que je suis sous firefox dernière version. C'est pas un problème de navigateur.
    j'ai remis htaccess.txt et l'interface est redevenu normale
    je précise que j'ai fait une install basique joomla sans extension
    le htaccess.txt est celui de l'install

    une solution? Merci
    ---------
    Ajout : il est indispensable que le débogage soit activé pour que l'administration fonctionne (même avec le .htaccess) sinon ca marche pas
    Dernière édition par nickg à 23/11/2021, 11h53
    - Terre de l'encens d'Oman
    - Aventures du Globetrotter

  • #2
    j'ai trouvé ce lien
    apparemment le htaccess poserait des problèmes avec le GZIP....
    https://forum.joomla.org/viewtopic.php?f=808&p=3641941
    - Terre de l'encens d'Oman
    - Aventures du Globetrotter

    Commentaire


    • #3
      Bonjour,

      Est-ce que tu as modifié ton .htaccess ou utilises-tu son code standard ? As-tu toi-même activé Gzip depuis ton administration ou une extension tierce ?
      Utilises-tu UIkit 3 comme moi dans le site concerné par la première discussion que tu as citée ?
      "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


      • #4
        bonjour
        non le Gzip n'est pas activé depuis mon administration ni avec une extension tierce C'est le .htaccess standard de joomla lors de l'install. Jutilse yootheme qui est basé sur UIkit 3
        je précise que dans un sous domaine j'ai un site en développement avec joomla4 et que je n'ai jamais eu ce type de problème c'est vraiment étrange..
        - Terre de l'encens d'Oman
        - Aventures du Globetrotter

        Commentaire


        • #5
          Bonjour,

          La question est donc probablement en lien avec UIkit ? As-tu vérifié dans la console si tu as comme je l'ai eu une erreur de chemin pour le chargement de plugins par UIkit ?
          Personnellement, il s'agissait d'un plugin Joomlaplates dérivé d'UIkit. Après la correction du chemin dans le code, les choses étaient rentrées dans l'ordre.
          "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


          • #6
            je suppose que tu veut dire "en console " lorsque tu clic droit sur la page et "inspecter" si c’est ça j'ai :
            Code HTML:
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/system/js/core.min.js?17121a112ecec3d656efe5c5f493429c9acf21 79 ». index.php:27:1
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/system/js/fields/validate.min.js?21cc9d15d26f5ab835adef2608fc8abf05 0422d0 ». index.php:29:1
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/plg_system_webauthn/js/login.min.js?f9d44367ce2f5e247d4eb46daf86ab63 ». index.php:33:1
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/mod_login/js/admin-login.min.js?f9d44367ce2f5e247d4eb46daf86ab63 ». index.php:36:1
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/system/js/fields/passwordview.min.js?bae2911b22f836c780af199d956a1b 22c8604694 ». index.php:35:1
            Échec du chargement pour le module dont la source est « https://www.oman-voyage.com/media/system/js/keepalive.min.js?20ace83a13886af1b0b5f58386fd8adf3 3f586a3 ». index.php:34:1
            Échec du chargement pour le module dont la source est « https://www.oman-voyage.com/media/vendor/bootstrap/js/dropdown.min.js?5.1.2 ». index.php:39:1
            Échec du chargement pour l’élément <script> dont la source est « https://www.oman-voyage.com/media/vendor/skipto/js/skipto.min.js?4.1.0 ». index.php:37:1
            Échec du chargement pour le module dont la source est « https://www.oman-voyage.com/media/system/js/messages.min.js?7425e8d1cb9e4f061d5e30271d6d99b085 344117 ». index.php:40:1
            Échec du chargement pour le module dont la source est « https://www.oman-voyage.com/media/templates/administrator/atum/js/template.min.js?f9d44367ce2f5e247d4eb46daf86ab63 ».
            Dernière édition par nickg à 21/11/2021, 12h40
            - Terre de l'encens d'Oman
            - Aventures du Globetrotter

            Commentaire


            • #7
              Un belle série de problèmes JS, mais rien de particulier concernant une extension non système.
              Bien que les adresses ne soient pas répertoriées comme étant en cache, arrives-tu à accéder à la gestion du cache, au cas où ce serait lui qui aurait conservé des adresses obsolètes ? Si oui, tente de le vider. Sinon, tu peux vider le contenu du dossier administrator/cache (sauf index.html et un éventuel .htaccess
              "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


              • #8
                oui j'arrive a me connecter au backend car j'ai laissé mon htaccess.txt mais je vais tester avec le cache
                - Terre de l'encens d'Oman
                - Aventures du Globetrotter

                Commentaire


                • #9
                  Le nettoyage du cache n'a pas solutionner le problème cependant dans le .htaccess y a des ligns de code concernant la compression gzip je les ai désactivé ca l'air de marchait. Y a t il une incidence de les désactiver?

                  # Serve gzip compressed CSS files if they exist
                  # and the client accepts gzip.
                  #RewriteCond "%{HTTP:Accept-encoding}" "gzip"
                  #RewriteCond "%{REQUEST_FILENAME}\.gz" -s
                  #RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]

                  # Serve gzip compressed JS files if they exist
                  # and the client accepts gzip.
                  #RewriteCond "%{HTTP:Accept-encoding}" "gzip"
                  #RewriteCond "%{REQUEST_FILENAME}\.gz" -s
                  #RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]glér le probleme
                  - Terre de l'encens d'Oman
                  - Aventures du Globetrotter

                  Commentaire


                  • #10
                    Salut,
                    Apparemment c'est l'accès au dossier media (et sous-dossier) qui pose problème et/ou aux fichiers de type js qui y sont contenu.
                    Mais c'est quoi la cause de ces échecs : une erreur 404 (fichier introuvable) ou 403 (accès refusé) ?
                    Dernière édition par dolmenhir à 22/11/2021, 08h12
                    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


                    • #11
                      Bonjour,

                      Ajout : il est indispensable que le débogage soit activé pour que l'administration fonctionne (même avec le .htaccess) sinon ca marche pas
                      C'est bien ce que j'avais eu aussi.
                      Aucune erreur n'apparaissait, juste cette désorganisation liée à des instruction dans le fichier .htaccess qu'avait généré aeSecure.

                      Que se passe-t-il en supprimant le .htaccess et en accédant en http à 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 et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                      Commentaire


                      • #12
                        bonjour
                        si je supprime .htaccess j'ai une page 404
                        - Terre de l'encens d'Oman
                        - Aventures du Globetrotter

                        Commentaire


                        • #13
                          Il n'est pas logique que tu aies une page 404 dans l'administration, car c'est elle qui nous intéresse.
                          Que le site renvoie de telles erreurs est normal si tu as activé la réécriture au vol des URLs, pas 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 et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                          Commentaire


                          • #14
                            oupss j'ai fait une erreur , la page 404 c'était en frontend. Sur la page administration le fait d’ôter le .htaccess ou pas ca change rien, j'y ai toujours accès. Pour le moment la page administration fonctionne correctement depuis que j'ai désactivé la partie du gzip dans le .htaccess comme je l'ai dit plus haut.
                            - Terre de l'encens d'Oman
                            - Aventures du Globetrotter

                            Commentaire


                            • #15
                              OK donc conserve ce .htaccess sans gestion Gzip (en attendant l'avis de spécialistes de la question), puisqu'avec lui tout fonctionne correctement.
                              "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

                              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