[RÉGLÉ] Probleme affichage interface d'administration

[djezz001]

Bonjour à tous,
Suite a la mise à jour de la version 4.0.5 -> 4.1.5
Le back end ne s'affiche plus correctement :


J'ai vu que d'autres utilisateurs avaient eu le même problème, mais comme je suis débutant je n'ai pas tout compris, j'ouvre donc un nouveau sujet
J'avais migré il y a quelques mois vers la version 4 sans problème, depuis je n'ai plus eu accés à internet jusqu'à maintenant et j'en ai profité pour faire cette mise à jour..
J'utilise joomla très ponctuellement et je ne connais pas bien l'arborenscence de joomla donc je suis complètement paumé..
Quelqu'un pourrait il m'aider, s'il vous plaît?
Merci beaucoup

[woluweb]

Désactive ou efface la partie GZIP à la fin fu fichier .htaccess à la racine du site

[djezz001]

Bonjour et merci pour votre réponse.
Je viens d'éditer le fichier .htaccess.txt et supprimer la partie concernant le GZIP mais j'ai toujours le même problème.
(j'ai bien vidé le cache du navigateur)

[RobertG]

Bonjour,

Il ne s'agit pas d'un fichier "htaccess.txt" mais du fichier ".htaccess", le nom commençant par un point, et l'extension étant "htaccess".
Si ce fichier n'existe pas, il va falloir chercher une autre cause.

[woluweb]

Très bon résumé de @robertg

[djezz001]

Bonjour,
J'ai eu le doute entre les deux fichiers mais comme il y a avait seulement le ".htaccess.txt" qui avait des lignes concernant le GZIP j'ai pensé que c'était celui-ci.
Voici le contenu du ".htaccess" :

##
# @package Joomla
# [USER="64686"]Copyright[/USER] Copyright (C) 2005 - 2020 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of Apache mod_rewrite, but it may have already been set by
# your server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it here.
##

## No directory listings
<IfModule mod_autoindex.c>
IndexIgnore *
</IfModule>

## Suppress mime type detection in browsers for unknown types
<IfModule mod_headers.c>
Header always set X-Content-Type-Options "nosniff"
</IfModule>

## Can be commented out if causes errors, see notes above.
#Options +FollowSymlinks
#Options -Indexes

## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag
<FilesMatch "\.svg$">
<IfModule mod_headers.c>
Header always set Content-Security-Policy "script-src 'none'"
</IfModule>
</FilesMatch>

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

[woluweb]

OK, retour aux bases :
- si le fichier s'appelle "htaccess.txt", il n'est pas actif
- si le fichier s'appelle ".htaccess.txt", il n'est pas actif
- si le fichier s'appelle ".totohtaccess, il n'est pas actif
- ...
- si le fichier s'appelle ".htaccess", il est actif

Or là, tu dis que tu as édité un ".htaccess.txt".
Donc vérifie et dis-nous s'il y a un .htaccess ou pas (tous les autres ne font rien)

[RobertG]

J'ai eu ce souci il y a quelques temps, il me semble que c'était en passant de PHP 7.4 à 8, et sauf mémoire défaillante, c'était l'option "zip" de PHP 8 qui n'était pas activée par défaut, son activation a été la solution. A vérifier donc si PHP a été défini en version 8.

[porcini]

Bonjour tout le monde,
j'ai le même problème... apparemment cela se manifeste avec le renommage du fichier "htaccess.txt" en ".htaccess".
J'ai essayé, comme Marc l'a proposé, d'effacer la partie concernant la gestion du GZIP dans le fichier htaccess et cela semble fonctionner.

C'est une solution temporaire? Est-ce que cela implique le bon fonctionnement de la fonction GZIP sur le serveur?

Voici la partie que j'ai effacé

## GZIP
## These directives are only enabled if the Apache mod_headers module is enabled.
## This section will check if a .gz file exists and if so will stream it
## directly or fallback to gzip any asset on the fly
## If your site starts to look strange after enabling this file, and you see
## ERR_CONTENT_DECODING_FAILED in your browser console network tab,
## then your server is already gzipping css and js files and you don't need this
## block enabled in your .htaccess
<IfModule mod_headers.c>
# 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]

# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1]
RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1]

<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header append Content-Encoding gzip

# Force proxies to cache gzipped &
# non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>

[djezz001]

OK, retour aux bases :
- si le fichier s'appelle "htaccess.txt", il n'est pas actif
- si le fichier s'appelle ".htaccess.txt", il n'est pas actif
- si le fichier s'appelle ".totohtaccess, il n'est pas actif
- ...
- si le fichier s'appelle ".htaccess", il est actif

Or là, tu dis que tu as édité un ".htaccess.txt".
Donc vérifie et dis-nous s'il y a un .htaccess ou pas (tous les autres ne font rien)

Bonjour et merci pour ta réponse,
Je me suis peut-être mal exprimé dans mon dernier message alors je le reformule :

j'ai deux fichiers a la base du site :
- un ".htaccess" dont le contenu est montré dans le message précédent, je ne l'ai pas modifié car il ne contenait pas de partie avec GZIP
- un "htaccess.txt" qui lui contenait une partie avec GZIP que j'ai supprimé (pour rien apparemment, puisque tu me dis qu'il n'est pas actif)

j'ai essayé de remplacer l'un par l'autre mais sans résultat
j'ai essayé avec PHP7.4 et PHP8 toujours sans résultat

Maintenant RobertG parle d'activer l'option "zip" de PHP8 mais je ne sais pas comment faire..

[djezz001]

Bonjour à tous,
J'ai finalement pu résoudre le problème de manière très simple:

Système -> update -> joomla! -> check for update -> reinstall Joomla! core files

Tout est revenu dans l'ordre! Je pensais avoir déjà fait cette opération mais faut croire que je me suis trompé..

En tout cas merci encore à vous tous d'avoir pris le temps de m'aider.