Contao 4 Kompression

[Bastian F.]

Hallo Community,

ich habe vor kurzem eine Contao 4 Seite erstellt, jedoch gibt es aus irgendeinem Grund keine Möglichkeit für mich die Seite und Ressourcen zu komprimieren (Markup komprimieren sowie Skripte komprimieren sind aktiviert).
Ich habe bemerkt das gzip nicht mehr in der htaccess steht und habe dann versucht über folgenden Code eine Kompression zu erreichen

# gzip
<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html
  AddOutputFilterByType DEFLATE text/css
  AddOutputFilterByType DEFLATE text/javascript
  AddOutputFilterByType DEFLATE text/xml
  AddOutputFilterByType DEFLATE text/plain
  AddOutputFilterByType DEFLATE image/x-icon
  AddOutputFilterByType DEFLATE image/svg+xml
  AddOutputFilterByType DEFLATE application/rss+xml
  AddOutputFilterByType DEFLATE application/javascript
  AddOutputFilterByType DEFLATE application/x-javascript
  AddOutputFilterByType DEFLATE application/xml
  AddOutputFilterByType DEFLATE application/xhtml+xml
  AddOutputFilterByType DEFLATE application/x-font
  AddOutputFilterByType DEFLATE application/x-font-truetype
  AddOutputFilterByType DEFLATE application/x-font-ttf
  AddOutputFilterByType DEFLATE application/x-font-otf
  AddOutputFilterByType DEFLATE application/x-font-opentype
  AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
  AddOutputFilterByType DEFLATE font/ttf
  AddOutputFilterByType DEFLATE font/otf
  AddOutputFilterByType DEFLATE font/opentype

# older browsers
  BrowserMatch ^Mozilla/4 gzip-only-text/html
  BrowserMatch ^Mozilla/4\.0[678] no-gzip
  BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
</IfModule> 

Leider aber ohne großen Erfolg..

Kennt jemand hier eine Möglichkeit wie ich die Ressourcen auf der Seite komprimieren kann?
(gehostet wird auf domainfactory)

[neelix]

Das würde mich auch interessieren, bei Contao 3.x konnte ich bei PageSpeed knapp 80 Punkte erreichen, jetzt mit Contao 4 nur noch gut 60, weil Google u.a. anmeckert, dass keine Ressourcenkomprimierung zum Einsatz kommt.

[BugBuster]

##
# Gzip compression
# @see https://github.com/h5bp/html5-boilerplate
##
<IfModule mod_deflate.c>
  <IfModule mod_filter.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
    AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml
    AddOutputFilterByType DEFLATE image/x-icon image/svg+xml application/vnd.ms-fontobject application/x-font-ttf font/opentype
  </IfModule>
</IfModule>

So steht's in der Contao 3.5.25
https://github.com/contao/core/blob/...efault#L70-L82

[neelix]

Ja, aber nicht mehr in der 4.x, warum?

Ich habe jetzt mal den Block für mod_deflate und mod_expire übernommen und schon bin ich bei Desktop wieder auf 89 Punkte.

[BugBuster]

Weil da nur das nötigste drinsteht und nur für den Apache.
Durch die Änderung mit dem web/ Verzeichnis sind im Prinzip keine htaccess Dateien mehr nötig, das ginge auch alles nun in den vhost Definitionen oder den jeweiligen Konfigurationen der Webservern wie nginx und co.

Es ist also nun jeder selbst verantwortlich das passende für "seinen" Webserver einzubauen wenn nötig.

[neelix]

das ginge auch alles nun in den vhost Definitionen oder den jeweiligen Konfigurationen der Webservern wie nginx und co.

Was voraussetzt, dass der Endanwender da auch drankommt. Bei Shared-Hosting ehr unwahrscheinlich.

Warum dann nicht wie bei Contao 3 die entsprechenden Einstellungen auskommentiert mitliefern?

[BugBuster]

Weil das so festgelegt wurde. Anfangs gab's sogar gar keine htaccess.

[BugBuster]

Außerdem ist Contao ja nun ein Addonl von Symfony, im Prinzip ein Symfony Bundle. Und da ist es Aufgabe von Symfony als Basis zu funktionieren inkl. eventuell nötiger Aufsätze wie Contao.
Die Erste htaccess die dann mitkam war auch genau die von Symfony.

[neelix]

Symfony ist ja nur Grundgerüst, das es Entwicklern ermöglichen soll komfortabel Anwendungen zu entwickeln ohne jedes Mal das Rad neu erfinden zu müssen.

[OT] Ob diese Frameworks jetzt mehr Vor- oder mehr Nachteile haben, steht auf einem anderen Blatt. Ich kenne Entwickler, die der Ansicht sind, dass diese Frameworks nur unnötigen Overhead erzeugen und die Performance leidet.[/OT]

Symfony weiß nicht, was der Entwickler mit der App bezwecken will. Also ist es Aufgabe des Entwicklers die nötigen Einstellungen vorzunehmen bzw. dem Nutzer die entsprechenden Werkzeuge an die Hand zu geben. Die Zeilen in der .htaccess machen ja nichts kaputt. In 3.x sind sie ja auch vorhanden. Und für ein CMS gehört es sich nun mal, dass es Caching, Komprimierung u.ä. nutzt.

[BugBuster]

Die htaccess bringt das Symfony zum Laufen, denn es lenkt u.a. die Zugriffe auf die app.php um, was ja nicht ein default DirectoryIndex in den meisten Webservern ist.
Das auch ohne Contao.

Und ja, Contao kann weitere Angaben gebrauchen, aber auch jede andere Bundle Erweiterung für Symfony. Symfony geht davon aus, das man da selber Hand anlegt, daher kommt auch der Unterschied Contao Standard Edition und Manged Edition.

Da Contao nun nicht mehr auf Apache angewiesen ist und es mittlerweile nicht nur 2 oder 3 Webserver Arten gibt, muss nun jeder für sich sehen was er braucht und wie es einzubauen ist.
Aus macht der Gewohnheit könnte man das natürlich mitbringen, aber dann wäre ich der erste der die Beispiele auch für nginx haben will.

Und ob man nun die fehlenden Zeilen rein kopiert oder die schon drin wären und man die uskommentieren müsste, der Aufwand wäre derselbe.
Ich sehe darin kein Problem.

Es steht die natürlich frei das anders zu Denken und mit handfesten Gründen im Ticket System festzuhalten.

[Spooky]

Ich denke man braucht außerdem auch noch

##
# Set the proper MIME types
# @see https://github.com/h5bp/html5-boilerplate
##
<IfModule mod_mime.c>
  AddType application/javascript              js jsonp
  AddType application/json                    json
  AddType audio/ogg                           oga ogg
  AddType audio/mp4                           m4a f4a f4b
  AddType video/ogg                           ogv
  AddType video/mp4                           mp4 m4v f4v f4p
  AddType video/webm                          webm
  AddType video/x-flv                         flv
  AddType image/svg+xml                       svg svgz
  AddEncoding gzip                            svgz
  AddType application/vnd.ms-fontobject       eot
  AddType application/x-font-ttf              ttf ttc
  AddType font/opentype                       otf
  AddType application/x-font-woff             woff woff2
  AddType image/x-icon                        ico
  AddType image/webp                          webp
  AddType text/cache-manifest                 appcache manifest
  AddType text/x-component                    htc
  AddType application/xml                     rss atom xml rdf
  AddType application/x-web-app-manifest+json webapp
  AddType text/x-vcard                        vcf
  AddType application/x-shockwave-flash       swf
</IfModule>

davor, oder nicht?

[neelix]

Das hat der Apache denke ich schon selbst definiert. Zumindest war Google nach mod_deflate und mod_expire glücklich.

Was ich jetzt noch suche, wie und und wo ich die Komprimierung der von Contao für den Cache erzeugten Bilder einstellen kann. Die passen Google nämlich noch nicht.

[Spooky]

Das was Google da beanstandet ist wahrscheinlich nicht die gzip Kompression der Bilder.

[neelix]

Das was Google da beanstandet ist wahrscheinlich nicht die gzip Kompression der Bilder.

Nein, der beschwert sich, dass die Bilddaten zu groß sind.

Bilder optimieren
Durch eine korrekte Formatierung und Komprimierung von Bildern können viele Datenbytes gespart werden.
Optimieren Sie die folgenden Bilder, um ihre Größe um 4,4 KB (28 %) zu reduzieren.

Durch die Komprimierung von https://cdn.bergischer24stundenlauf....o-56b5026b.png könnten 2,2 KB (33 %) eingespart werden.
Durch die Komprimierung von https://cdn.bergischer24stundenlauf....l-feeb1000.png könnten 1,8 KB (26 %) eingespart werden.
Durch die Komprimierung von https://cdn.bergischer24stundenlauf....p-3416581d.png könnten 523 Byte (19 %) eingespart werden.

Das ja die Dateien, die Contao aus meinen Grafiken erzeugt.

[Spooky]

Nein, der beschwert sich, dass die Bilddaten zu groß sind.



Das ja die Dateien, die Contao aus meinen Grafiken erzeugt.

Genau, aber Google meint damit nicht die gzip Kompression. Sondern

Durch eine korrekte Formatierung und Komprimierung von Bildern können viele Datenbytes gespart werden.

Damit sind gemeint:

• Größenanpassungen
• Entfernung von Meta Daten
• Stärkere JPEG Kompression
• Optimierung der Bilddaten

[neelix]

Ja, genau.

Aber diese Bilder im Asset-Ordner erstellt ja Contao selbst. Ich lade im Backend die Bilder ja quasi in voller Größe hoch und Conato erstellt die benötigten Größen, je nach Anwendungsfall.

[Znrl]

Dabei muss man aber sagen, dass google da auch relativ großen Aufwand betreibt, mit mehreren Programmen und Einstellungen die kleinste Datei zu finden.
Das sind dann auch keine PHP libs, du könntest die so nur auf dem Server installieren und per exec verwenden.

Die Bilder die sich wenig ändern und auf vielen Seiten vorhanden sind kannst du ja in den verschiedenen Größen selbst optimiert hochladen (FTP/Einstellungen anpassen).
Und dann entsprechend einbinden, dass Contao nichts ändern muss, dann hast du die Kontrolle.
Für alles andere ist das meiner Meinung nach in vielen Fällen auch gar nicht nötig und vor allem den Aufwand nicht wert.
Ob nun ein Icon 400 bytes oder 1kb Groß ist, wird vtl. dann relevant, wenn es täglich millionenfach für traffic sorgt ansonsten ist das prozentual zwar einiges aber ansonsten eher vernachlässigbar.

[Spooky]

Es gibt allerdings von Google ein Apache Modul das automatisch alle Bilder verarbeitet.

[Znrl]

Hat aber wie die exec Variante das Problem, dass man darauf auch Zugriff haben muss.

[Xendiadyon]

Ich klinke mich hier mal ein.

Erfahrungsgemäß verwendet Contao eine JPG-Bildkompression/Qualität von 90%. Google ist glücklich, sobald sie auf 88% steht.
In Contao 3 konnte man die Bildkomprimierung noch selbst umstellen. Mit Contao 4 geht das nun leider nicht mehr.

[xchs]

Du kannst das in der app/config/config.yml konfigurieren:

# Contao configuration 
contao: 
    … 
    image:
        imagine_options:
            jpeg_quality: 88
    …

[neelix]

Und wo findet Otto-Normal-User diese Infos?
Mir kommt Contao langsam vor wie ein Typo3. Fehlt nur noch, dass ich demnächst Contao-Script lernen muss, um Seiten bauen zu können.

[xchs]

Ich habe sie in der README.md des Bundles gefunden: https://github.com/contao/core-bundle#configuration

[reinweiss]

Super, vielen Dank!

Hast Du auch noch eine Idee für png?
Die beanstandet Page Speed auch gern.