[Problème] Bug après activation htaccess

[lordbdp]

Bonjour,
je suis en train de me battre pour avoir un Joomla 4 qui fonctionne correctement depuis 3 jours.

Quand je fais l'installation (vie Planethoster) tout se passe normal, mais une fois que je vais dans l'admin pour activer l'URL au vol, j'active donc htaccess sur le serveur et là quand je clique sur Enregistrer (qui reste vert (???)) je me retrouve avec un frontend catastrophique :

Et quand je retourne coté admin/système les voyants moulinent en continu :


J'ai beau tout désinstaller coté serveur + base de données, à chaque installation j'ai le même soucis.

[RobertG]

Bonjour,

Qu'utilises-tu comme .htaccess ? Le texte du htaccess.txt par défaut ou autre chose ?

[woluweb]

désactive le dernier bloc du .htaccess càd à partir de

<IfModule mod_headers.c>

Si ça résout ton problème, alors on creusera (quelle version de PHP, gzip activé sur le site ou pas, ...)

[lordbdp]

Bonjour,

Qu'utilises-tu comme .htaccess ? Le texte du htaccess.txt par défaut ou autre chose ?

Oui c'est quand je modifie le htaccess.txt fourni en .htaccess que ça bug.

woluweb, je vire <IfModule mod_headers.c> et jusqu'à la fin ?

[lordbdp]

Solution apportée pour l'affichage (Merci PlanetHoster), supprimer dans le .htaccess

## 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, 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

# 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]


# Serve correct encoding type.
Header append Content-Encoding gzip

# Force proxies to cache gzipped &amp;
# non-gzipped css/js files separately.
Header append Vary Accept-Encoding

Maintenant l'affichage fonctionne mais coté admin les modifications que j'apporte dans Système ne s'enregistrent pas...


Si je retourne dessus les paramètres ne sont pas pris en compte :

En message d'avertissement j'ai ça :

[lordbdp]

Alors le blocage coté Admin où rien ne s'enregistre vient du navigateur Firefox 94 sous Windows 11.
En revanche il faut toujours supprimer les lignes du .htaccess pour que le site s'affiche proprement en frontend.

[RobertG]

Bonjour,

Je n'ai constaté aucune erreur chez PlanetHoster où j'ai pas mal de sites perso ou de clients en version 4 et utilisant le htaccess standard. C'est curieux que tu rencontres ce problème.

Pour ce qui est de l'impossibilité d'enregistrer les modifications, tu n'as pas de message expliquant la raison lorsque tu valides ?

[woluweb]

Il faudrait que chacun dise quelle version de php (et les options le cas échéant)

[dolmenhir]

Il faudrait que chacun dise quelle version de php (et les options le cas échéant)

Ce devrait être un pré-requis pour toutes les demandes d'assistance sur le forum.

Idéalement :

1. version de Joomla
2. version php
3. version bdd
4. hébergeur

Cela ne permettra pas forcément de tout résoudre instantanément, mais ça aiderait beaucoup, parce qu'on avance souvent à l'aveugle... Heureusement qu'on est doué

[lesoutier]

Ce devrait être un pré-requis pour toutes les demandes d'assistance sur le forum.
Cela ne permettra pas forcément de tout résoudre instantanément, mais ça aiderait beaucoup, parce qu'on avance souvent à l'aveugle... Heureusement qu'on est doué

C'est un sujet qui revient de temps en temps sur le forum, voir par exemple https://forum.joomla.fr/forum/ancien...probl%C3%A8me=
Ça n'a pratiquement pas pris une ride.
Pendant quelques temps ça s'était révélé plutôt efficce, et puis petit à petit ...