v2.0.5.0 -> Gzip Komprimierungsfunktion

[sEdeMi]

Mit der nun aktuellen Version 2.0.5.0 hat man es nun geschafft, dass die Gzip Komprimierungsfunktion erstmalg funktioniert und eigentlich wäre es selbstredend, dass sich diese EInstellung nur auf Gzip bezieht, aber für alle, welche BROTLI anstelle von Gzip verwenden können, müssen diese Einstellung deaktivieren. Ansonsten wird weiterhin Gzip für die Komprimierung verwendet.

Das gilt im Übrigen auch für alle Vorgängerversionen von 2.0.5.0. Vielleicht bei zukünftigen Updates den Beschreibungstext zu dieser Einstellung ergänzen?

Linkback: https://www.modified-shop.org/forum/index.php?topic=40649.0

[GTB]

Brotli mag bessere Komprimierungsergebnisse erzielen als GZIP, aber die Performance ist bei GZIP deutlich besser. Gerade bei der Komprimierung. In der Dekomprimierung sind sie in etwa gleich schnell. Zudem erzeugt Brotli eine höhere CPU Auslastung.

Gruss Gerhard

[sEdeMi]

Was an BROTLI gut oder schlecht ist, ist bezugnehmend auf das Thema irrelevant. BROTLI wurde aber nicht zum Spaß entwickelt. Dass eine bessere Komprimierung "womöglich" mehr Ressourcen beansprucht, wäre im Falle dessen selbstredend, macht BROTLI deswegen aber nicht obsolet. Wer nur ein Shared Hosting Angebot nutzt, kommt vermutlich ohnehin nicht in den Genuss von BROTLI.

So eine Antwort vom Support zu erhalten, überrascht dann aber schon etwas?! Das impliziert die Annahme, dass man sich moderneren Funktionen, die der Ladezeitoptimierung dienen, verschließen würde.

[GTB]

Brotli ist in der Tat für mich noch keine Option, denn damit erreiche ich nur eine minimal bessere Komprimierung zu Kosten der CPU Last. Was ich bei Brotli aber nicht gut finde, ist die schlechte Performance bei der Dekomprimierung. Diese ist dann Clientside notwendig, und geht dann wieder zu Lasten der Besucher was zur Folge hat, dass die Perfomance im gesamten schlechter ist.

Gruss Gerhard

[sEdeMi]

Mag sein, kann ich meinerseits aber nicht bestätigen, zumal ich BROTLI schon fast seit 2 Jahren in mehreren Projekten auch mit hoher Last verwende. Nutze aber keinen Server von der Stange.

[Update]
Nur der Vollständigkeit halber zum Thema. In der .htaccess der v2.0.5.0 werden unter <IfModule mod_deflate.c> auch Schriftarten für das DEFLATE eingebunden. Das ist eher kontraproduktiv bis schädlich. Web Fonts haben bereits eine eigene Komprimierung, sodass ein Komprimierungsversuch hier nüscht bringt, bzw. auch zum Fehlverhalten führen. Kann man überall nachlesen. Deswegen als "Empfehlung" die Schriftarten hier rausnehmen. Das gilt auch für ebenso bereits komprimierte Medien wie Bilder usw. Die DEFLATE Funktion hat wenn, dann nur eine Wirkung bei statischen Sourcen wie CSS und JS.

[noRiddle (revilonetz)]

Was Fonts betrifft ist deine Aussage nicht uneingeschränkt korrekt. Nicht alle Fonts sind bereits komprimiert.
Und "schädlich" ist das Komprimieren von bereits komprimierten Fonts, wie z.B. woff, genau warum ?
Siehe dazu z.B. auch dieses Ticket #1035 und den Austausch über das Thema darin.

Gruß,
noRiddle

[sEdeMi]

Verstehe "schädlich" als unzweckmäßig bis wenig sinnbehaftet. wobei der Verweis auf das besagte Ticket natürlich richtig ist. Allerdings reduziert sich der Nutzen der Komprimierung der genannten Schriftarten unweigerlich durch das von MS erzwungene Aussterben des IE, wenn der neue auf Chromium basierte Edge erscheint, weil sich der neue Edge nach einem OS Update nicht mehr starten lässt. Gänzlich obsolet wird das Komprimieren der besagten Schriftarten dadurch aber nicht.

Obgleich das Thema Font Komprimierung in dem gezegten Ticket diskutiert wurde, wundert es mich warum man nun komplett darüber hinweggesehen hat. Nur btw., das mit der Font Komprimierung ist aber nicht das einzige Fragwürdige, was man in der .htaccess neuerdings findet.