J!5.1.0 Nachinstallationshinweis Brotli compression

Moin

habs eben auch erst gesehen und ergänzt.

macht es sinn das hier auch noch zu ergänzen was All-inkl.com angeht und überhaupt?

siehe https://lars-mielke.de/brotli-…all-inkl-webseiten-aktiv/

Gruß Achim

Wenn ihr nicht sicher seid, ob euer Hoster Brotli Compression unterstützt, es gibt hier ein Tool, mit dem sich das überprüfen lässt:

Brotli Test - Verify Brotli Compression Support | KeyCDN Tools

Test if a server supports the Brotli compression. The Brotli algorithm, which is the successor of Gzip, allows better and faster compression results.

tools.keycdn.com

danke aber das war nicht die Frage, macht es sinn in der .htaccess oben genanntes auch noch zusätzlich zu integrieren, so generell?

ansonsten steht ja alles im obigen link

ich teste das mit https://www.giftofspeed.com/gzip-test/

Ich meine, es macht Sinn.

Nach meinem Verständnis sollte man genau deshalb diese Änderung durchführen.

Welchen Gzip sollte man am besten einschalten, das Gzip von Joomla oder vom Hoster ?

Zitat von Stef

Welchen Gzip sollte man am besten einschalten, das Gzip von Joomla oder vom Hoster ?

Nach meinem Verständnis komprimiert das GZIP in der Joomla-Konfiguration die generierte html-Seite. Ich glaube, das steht auch so unter "Hilfe" in Joomla dabei.

Die Komprimierung beim Hoster bezieht sich wohl auf js und css. Wenn dies beim Hoster aktiivert ist, sollte man es nicht zusätzlich über die .htaccess machen.

Zu dieser Brotli-Kompression kann ich aber aktuell nichts sagen.

Zitat von Stef

Welchen Gzip sollte man am besten einschalten, das Gzip von Joomla oder vom Hoster ?

moin

das mit joomla gzip hab ich seit jeher eingeschaltet und noch nie probleme gehabt, egal welcher Hoster.

Ich habe nun mal mein oben verlinkten Link .... https://lars-mielke.de/brotli-…all-inkl-webseiten-aktiv/

Zitat

Brotli auf all-inkl Servern verkleinert nur Standard-Dateien wie html, txt oder css. Will man weitere Dateitypen in diese Liste mit aufnehmen, muss man dies in der .htaccess machen. Vladimir Simovic (aka Perun) hat sich bereits vor einem Jahr mit dieser Thematik beschäftigt und folgende Methode vorgeschlagen, um weitere Dateitypen in die Brotli Kompression aufzunehmen:

Code

<FilesMatch "\\.(js|css|html|htm|php|xml|svg|json|txt|csv)$">
SetOutputFilter BROTLI_COMPRESS
</FilesMatch>

Apache Configuration

Nur den Dateityp anzugeben, den man zusätzlich mit aufnehmen möchte, funktioniert offenbar nicht. Man muss die gesamte Liste niederschreiben, was mir übrigens der all-inkl Support so bestätigt hat.

...........

mal eingetragen und schauen wir mal.... siehe auch https://www.perun.net/2022/01/…ression-und-all-inkl-com/

cybergurk ,

Dieser Code gilt vielleicht nicht mit jedem Hoster ? Ich werde mal bei meinem Hoster nachfragen.

Vielleicht sollte man sich mal das zu Gemüte führen:

Joomla! Issue Tracker | Joomla! CMS #43055 - [4.x] Add support for brotli

Issue tracking platform for the Joomla! project

issues.joomla.org

So wie ich das lese, verhindert der Eintrag genau, dass nicht beide Kompressions-Methoden gleichzeitig arbeiten sollen.

Zitat von Elwood

Mein Webserver nutzt aber nicht brotli .........

Das könnte sich ja plötzlich ändern ...

Zitat von Elwood

BTW: Ist übrigens ein doofes Tool:

Mit ..https://www...... sieht es dann so aus.

Zitat von Elwood

Muss ich im Browser auch nicht eingeben und es funktioniert.

Also, joomla.de hat im Moment auch keine Brötchen

Habe ein paar Webseiten getestet und habe keine gefunden, dass "Brotli" unterstützt.

Zusammengeafsst bedeutet das jetzt:

Test ob Hoster Brotli Compression verwendet: https://tools.keycdn.com/brotli-test

Wenn Nein...nix machen!

Wenn Ja, GZIP im Backend deaktivieren und nach folgenden Code (rot markiert)

## 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,E=no-brotli:1]
    RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1,E=no-brotli: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>

Durch diesen ersetzen (grün markiert)

## 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,E=no-brotli:1]
    RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1,E=no-brotli:1]

    <FilesMatch "\\.(js|css|html|htm|php|xml|svg|json|txt|csv)$">
    SetOutputFilter BROTLI_COMPRESS
    </FilesMatch>
</IfModule>

Nicholas behauptet übrigens in einem Ticket zu Admin Tools, dass der neue Code der htaccess mit Vorsicht zu geniessen ist: