Nefunkční administrace po režimu ladění chyb systému

No je to takový web, kde moc úprav během roku nebude, tak jsem to chtěl zkusit. Ale jak tak koukám, verzi 4 fakt nechám asi ještě spát. Ale štve mě to, protože na mě všude křičí, že je nová verze a abych si nainstaloval, přitom to má tolik chyb nebo možná záludností, že se nedivím, že spousta lidí uteče k WP. Já když si představím, že budu muset jednou předělat všechny weby na novou verzi, tak už se mi teď dělá zle.

Znovu jsem udělal novou čistou instalaci a zatím dobrý. Ale režim ladění raději testovat nebudu

anonymous napsal: Ahoj, stala se mi taková zvláštní věc. Potřeboval jsem zjistit nějakou chybu a zapnul jsem si režim Ladění chyb systému. Po jeho vypnutí jsou jak administrace, tak i veřejná část bez CSS. Obsah je vidět, ale CSS zjevně nenačteno. Prohlížeč hlásí Failed to load resource: net::ERR_CONTENT_DECODING_FAILED u několika souborů. Komprimace GZIP je vypnuta.
Neví někdo, v čem by mohl být problém? U Joomly 3 se mi toto nikdy nestalo. Před tím normálně systém fungoval. Nyní všechno "naskočí" jedině, pokud systém ladění opět zapnu. Jak ho vypnu zase nic.
Ještě doplním, že se chybové hlášení Failed to load resource: net::ERR_CONTENT_DECODING_FAILED hlásí u těchto souborů - joomla-tab.min.css, switcher.min.css, joomla-field-media.min.css, choices.min.css, joomla-field-permissions.min.css, template.min.css, joomla-alert.min.css.

Chyba je na straně httaces, kde je při instalaci J5 předdefinováno použití gzip a zapnuto. To na některých serverech (kde není podpora) způsobí, že není možné načíst potřebé soubory, které jsou ve formátu css, js.

Příklad takové chyby:

[Error] Failed to load resource: nelze dekódovat nezpracovaná data (joomla-field-media.min.css, line 0)
media/system/css/fields/joomla-field-media.min.css?fd7126

Řešení je jednoduché:

Jít do httacess a celou sekci GZIP zakomentovat.

## 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 set Content-Encoding gzip

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

Rudo víš že odpovídáš na 2 roky starý post?

Tak to jsem asi odpověděl na něco jiného
tohle se mělo týkat Joomla5 a chyby že nejdou načíst ty minifikované soubory a musí se zapnout debug

Tak jsem asi odpověděl na špatný příspěvek