[RÉGLÉ] interface administrator sans css

[nickg]

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

[nickg]

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

[RobertG]

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 ?

[nickg]

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..

[RobertG]

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.

[nickg]

je suppose que tu veut dire "en console " lorsque tu clic droit sur la page et "inspecter" si c’est ça j'ai :

É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 ».

[RobertG]

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

[nickg]

oui j'arrive a me connecter au backend car j'ai laissé mon htaccess.txt mais je vais tester avec le cache

[nickg]

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

[dolmenhir]

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é) ?

[RobertG]

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 ?

[nickg]

bonjour
si je supprime .htaccess j'ai une page 404

[RobertG]

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.

[nickg]

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.

[RobertG]

OK donc conserve ce .htaccess sans gestion Gzip (en attendant l'avis de spécialistes de la question), puisqu'avec lui tout fonctionne correctement.