Scripte komprimieren

Hallo,

ich habe vor, Contao 2.10 in Sachen Speed zu optimieren, wie es auch in dem Blog-Artikel beschrieben ist: http://www.contao.org/blog-leser/ite...ptimieren.html

Nun scheint sich aber einiges geändert zu haben. Ich wollte jetzt speziell "Scripte komprimieren" aktivieren - er gibt im Tooltip aber an, dass man die .htaccess ändern muss. Da ich eine bereits angepasste .htaccess besitze, nun die Frage: Was muss hinzugefügt oder geändert werden? Eine Suche nach "scripte komprimieren" im Forum etc. hat mich da nicht weitergebracht.

edit: Reicht eine .htaccess (nicht .default) mit folgenden if-modules?:

Code:

---

<IfModule mod_deflate.c>
  <FilesMatch "\.(css|js|xml)$">
    SetOutputFilter DEFLATE
  </FilesMatch>
</IfModule>

<IfModule mod_headers.c>
  <FilesMatch "\.(js|css|xml|gz)$">
    Header append Vary Accept-Encoding
  </FilesMatch>
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive On
  ExpiresByType image/png A604800
  ExpiresByType image/gif A604800
  ExpiresByType image/jpg A604800
  ExpiresByType image/jpeg A604800
  ExpiresByType text/javascript A604800
  ExpiresByType application/x-javascript A604800
  ExpiresByType text/css A604800
</IfModule>

---

liebe Grüße
r13

Aktivier es doch einfach, das einzige was passieren kann das deine Seite nicht erreichbar ist. In dem Fall springst du ins Backend und deaktivierst die Option

Ich frag mich nur ist das deine ganze .htaccess? So ohne mod_rewrite

Nein, das ist nur der Ausschnitt, der für die Kompression wichtig ist. Meine eig. .htaccess hat natürlich mod_rewrite und auch einige Redirect-Regeln. Ich hab's aktiviert und es funktioniert - Google PageSpeed steigt insgesamt von 78-83 auf 93-96, je nach Seite und deren Inhalt.

@r13: Schau in die aktuelle .htaccess.default ab Zeile 140 findest du, was du machen musst.

Meine weitere Frage dazu ist: Muss man die gzip Dateien (gz-Dateien) selber erstellen, oder übernimmt das ein Modul des Servers? In 2.9.5 waren gzip Versionen der Scripte dabei, in 2.10.1 sind sie es nicht mehr.

Wenn ich das richtig verstanden habe, dann benutzt man diese Funktion doch nur wenn auf dem Webserver kein mod_defalte vorhanden ist (und man somit durch Auslieferung von vorher komprimierten gz Dateien Bandbreite sparen kann)

Das Aktivieren der Funktion ist für die Erstellung der gz Dateien verantwortlich. Bitte berichtigen wenn das nicht stimmt.

Zitat:

---

Zitat von HADT

Das Aktivieren der Funktion ist für die Erstellung der gz Dateien verantwortlich.

---

Ja, kann ich mittlerweile auch bestätigen, die werden im Ordner TL_ROOT/system/scripts/ gespeichert.

ok, ich hab das nun alles durchgelesen und mir stellst sich noch die frage, ob ich das kombinieren (in 2.10) von css wie früher (2.9.) nich mehr nutzen kann?
klar.. die seite liefert die files komprimiert aus. Aber die anfragen für 8 css files reduzieren sich dadurch ja nicht ...
hat jemand die lust mich aufzuklären... ich hab meine css bisher nämlich immer thematisch ausgeteilt.. muss ich den modus operandi wieder über board werfen um die requests zu minmieren?

gruss
ways

Hallo ways,

so viel ich weiß werden die mit Contao erstellten CSS-Dateien automatisch zu einer zusammengefügt, allerdings nicht, wenn du im BE eingeloggt bist. Logge dich mal aus und prüfe die Dateien im FE.

Gruß Andreas

Danke Andreas,

genau so scheint es zu sein..super!

viele grüße
Oliver

Das gilt aber nur für die Erweiterung "Theme+"

Zitat:

---

Zitat von xchs

Das gilt aber nur für die Erweiterung "Theme+"

---

kansnt du mir das mit 1-2 sätzen erläutern? wenn du zeit findest.. ohne theme+ werden css files auch kombiniert, wenn man im backend eingeloggt ist?

viele grüße
Olli

Zitat:

---

Zitat von ways2web

ohne theme+ werden css files auch kombiniert, wenn man im backend eingeloggt ist?

---

Ganz genau. So ist es.

Ab der kommenden Minor Version 2.11 wird es möglich sein, mit aktiviertem "Debug-Mode" die Minimierung sämtlicher Skripte einerseits bzw. das Ausführen der Cache-Routinen andererseits zu deaktivieren: http://dev.contao.org/issues/3285

Jo, stimmt, ich habe theme_plus, kann man sich echt dran gewöhnen.

Ich bin jetzt etwas durcheinander mit den Contao Versionen, ich dachte immer das mit dem Cache und so müsste schon im Trunk drin sein, weil die changelog auf 1023 steht und es ab 1020 drin ist, ist wohl aber erst im Branch 2.11 drin. Hatte den 2.11er noch gar nicht entdeckt und ausprobiert.

Ich kram den Thread mal wieder aus, da er schon etwas älter ist und es ja in der Zwischenzeit einige Updates von Contao gab und ich nicht weiß, was jetzt gemacht werden muss und was nicht.

Ich bin momentan noch bei Contao 2.11.2 da mein Shopsystem noch nicht kompatibel mit 3.0 ist. Ich möchte im BE gern "Skripte komprimieren" aktivieren, man muss aber dazu die .htaccess-Datei anpassen... Inwieweit anpassen? Was muss da rein oder was muss da raus? Und was muss ich sonst noch machen? Ich hab leider nichts (für mich verständliches) zu diesem Thema gefunden.

Das ist mein aktueller Code, was also muss ich da ändern, um meine Seite für google zu optimieren?

Code:

---

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

##
# Contao Open Source CMS
# Copyright (C) 2005-2010 Leo Feyer
#
# Formerly known as TYPOlight Open Source CMS.
#
# This program is free software: you can redistribute it and/or
# modify it under the terms of the GNU Lesser General Public
# License as published by the Free Software Foundation, either
# version 3 of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# Lesser General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public
# License along with this program. If not, please visit the Free
# Software Foundation website at <http://www.gnu.org/licenses/>.
#
# PHP version 5
# @copyright  Leo Feyer 2005-2010
# @author    Leo Feyer <http://www.contao.org>
# @license    LGPL
##

<IfModule mod_deflate.c>

  ##
  # Use mod_deflate to compress JavaScript, CSS and XML files. Do not add
  # PHP and HTML files, because those have already been compressed by Contao.
  ##
  <FilesMatch "\.(css|js|xml)$">
    SetOutputFilter DEFLATE
  </FilesMatch>

</IfModule>

<IfModule mod_headers.c>

  ##
  # Add a Vary Accept-Encoding header for the compressed resources. If you
  # modify the file types above, make sure to change them here accordingly.
  ##
  <FilesMatch "\.(js|css|xml|gz)$">
    Header append Vary Accept-Encoding
  </FilesMatch>

</IfModule>

<IfModule mod_expires.c>
  ExpiresActive On

  ##
  # Specify an expiration one week in the future for images, JavaScripts and
  # CSS files (as recommended by Google Page Speed). Edit or remove the lines
  # to set up your own expiration logic.
  ##
  ExpiresByType image/png A604800
  ExpiresByType image/gif A604800
  ExpiresByType image/jpg A604800
  ExpiresByType image/jpeg A604800
  ExpiresByType text/javascript A604800
  ExpiresByType application/x-javascript A604800
  ExpiresByType text/css A604800

</IfModule>

<IfModule mod_rewrite.c>
  RewriteEngine On

  ##
  # Set the RewriteBase if your Contao installation is in a subdirectoy and
  # the rewrite rules are not working properly. Usage examples:
  #
  #  RewriteBase /contao-2.9.0
  #  RewriteBase /path/to/contao
  #
  # Uncomment the following line to set the RewriteBase.
  ##
  RewriteBase /

  ##
  # Contao usually does not pass absolute URLs via GET, therefore the
  # following rules block all requests that try to pass a URL or the /etc/
  # directory as parameter (malicious requests).
  ##
  RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC,OR]
  RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
  RewriteRule .* - [F,L]

  ##
  # Uncomment the following lines and replace "domain.com" with your domain
  # name to redirect requests without "www" to the correct domain.
  ##
  #RewriteCond %{HTTP_HOST} ^domain\.com [NC]
  #RewriteRule (.*) http://www.domain.com/$1 [R=301,L]

  ##
  # Do not rewrite requests for static files or folders such as style sheets,
  # images, movies or text documents.
  ##
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d

  ##
  # By default, Contao adds ".html" to the generated URLs to simulate static
  # HTML documents. If you change the URL suffix in the back end settings, make
  # sure to change it here accordingly!
  #
  #  RewriteRule .*\.html$ index.php [L]  # URL suffix .html
  #  RewriteRule .* index.php [L]          # No URL suffix
  #  RewriteRule .*\.txt$ index.php [L]    # URL suffix .txt
  #
  # If you are using mod_cache, it is recommended to use the RewriteRule below,
  # which adds the query string to the internal URL:
  #
  #  RewriteRule (.*\.html)$ index.php/$1 [L]
  #
  # Note that not all environments support mod_rewrite and mod_cache!
  ##
  RewriteRule .*\.html$ index.php [L]

</IfModule>

---

Ich frage mich gerade genau dasselbe (in meinem Fall Contao 3.0.3). Im Backend steht nur, dass die .htaccess angepasst werden muss, aber ich habe bis jetzt noch keine Dokumentation gefunden, die beschreibt was genau geändert werden muss (und warum überhaupt?).

Dann hier mal ein Lösungsweg ;)

Im Backend:

1. Globale Einstellungen
2. Skripte komprimieren -> aktivieren

ohne mod_deflate

Code:

---

  AddEncoding gzip .gz
  <FilesMatch "\.js\.gz$">
    AddType "text/javascript" .gz
  </FilesMatch>
  <FilesMatch "\.css\.gz$">
    AddType "text/css" .gz
  </FilesMatch>
  RewriteCond %{HTTP:Accept-encoding} gzip
  RewriteCond %{REQUEST_FILENAME} \.(js|css)$
  RewriteCond %{REQUEST_FILENAME}.gz -f
  RewriteRule ^(.*)$ $1.gz [QSA,L]

---

Das muss auskommentiert werden. Bei Contao 3 steht das ungefähr in Zeile 230. Ungefähr deshalb, weil ich oberhalb noch ein paar Server Spezifische Anpassungen machen musste ;)
Dann suche noch diese Zeile:

Code:

---

<FilesMatch "\.(

---

diese musst du Anpassen indem du css und js enfernst, von so:

Code:

---

<FilesMatch "\.(htm|php|js|css|htc

---

zu so:

Code:

---

<FilesMatch "\.(htm|php|htc

---

Bitte beachten: Ich habe nicht die komplette Zeile gepostet, da ich hier noch andere für meine Installation wichtige Anpassungen vorgenommen habe.

mit mod_deflate
Wenn ich das richtig verstehe, dann muss man in der Datei nichts anpassen und es sollte dann direkt gehen. Ich bin mir allerdings nicht sicher, da ich es nirgend testen konnte...
Wie du prüfen kannst ob du mod_deflate hast:
Der lange Weg ist: Frage deinen Provider oder schaue in deiner apache Config nach, ob das modul installiert ist. Ebenso kannst du auch prüfen ob die Dateigrößen kleiner wurden. Über ein Web Browser Developer Tool. Netzwerk Tab. (Siehe unten)
Oder du suchst in der .htaccess einfach nach

Code:

---

<IfModule mod_deflate.c>

---

Dann fügst du folgendes hinzu:

HTML-Code:

---

<IfModule mod_deflate.c>
  <IfModule mod_filter.c>
blub ;)

---

Sollte der mod_deflate aktiviert sein, bekommst du nun einen 500 Fehler auf deinem Server ;)

Als letzten Schritt:
Über die Systemwartung die Scripte Löschen. (Alle .js und .css Skripte)

Wie prüfe ich ob es funktioniert?
Schau per FTP nach der Datei größe.

• Unter contao 3:
  
  • assets\css
  • assets\js
  
  
• Unter contao 2.11:
  
  • system\scripts
  
  

Wenn alles richtig gemacht wurde, liegen in diesem Verzeichnis, nach dem die Seite einmal neugeladen wurde die css und eine .css.gz bzw .js.gz Datei. Diese sind um ein vielfaches kleiner als die normal css oder js Datei.

Gehe nun mit einem Browser und Developertoll deiner Wahl auf die Seite. Öffne in deinem Developer Tool den Reiter "Netzwerk". Lade die Seite neu und hier sollten nun die gleichen Datei größen wie deine .css.gz bzw .js.gz angezeigt werden.

Viel Spaß damit.

Nochmal in Kürze: Im Normalfall, wenn mod_deflate auf dem Server aktiv ist brauchst du das nicht, auch keine *.gz-Dateien.

Habe mich auch gefragt, wie ich das testen kann, ob nun was komprimiert wird oder nicht und dieses nette Tool gefunden:
http://www.whatsmyip.org/http-compression-test/

Zitat:

---

Nochmal in Kürze: Im Normalfall, wenn mod_deflate auf dem Server aktiv ist brauchst du das nicht, auch keine *.gz-Dateien.

---

Heißt das, wenn mod_deflate aktiv ist, brauche ich keine Änderungen in der htaccess machen, oder: man muss im Backend erst gar keinen Haken setzen?

Ich hatte das immer so verstanden, dass ich keinen Haken zu setzen brauche, da mod_deflate diese Dateien vor Auslieferung komprimieren soll.
https://github.com/contao/core/blob/...efault#L70-L82
Getestet hatte ich das aber nie.

Ich glaube nur mit aktiv wird das auch angewendet

gesendet mit Tapatalk.

2 Contao-Urgesteine, 3 Meinungen ;-)

Laut dem Link von sizta7

http://www.whatsmyip.org/http-compression-test/

wird meine Seite auch OHNE den Haken komprimiert ausgeliefert. Weiß halt nicht, ob dieser Test was taugt.

Falls das OHNE stimmt, wäre es vllt. sinnvoll, in den Einstellungen zu schreiben, dass das nur notwendig ist, wenn mod_deflate nicht aktiv ist.

Also ich gehe davon aus, dass mit aktiviertem mod_deflate die Skripte komprimiert werden auch ohne den Haken. Zumindest unter Contao 3.2, aber das sollte mit Contao prinzipiell nichts zu tun haben, eher mit der .htaccess

Ich habe es mir mal gleich verkniffen, das bei 1&1 zu testen mangels mod_deflate. Also habe ich es bei uberspace getestet. Alle Haken sowohl bei Markup komprimieren als auch bei Skripte komprimieren sind weg, Systemwartung komplett durchgeführt.

Das hier ist der relevante Teil der .htaccess

Code:

---

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

---

In der .htaccess.default sieht das genauso aus wie oben. Das wird aber bei uberspace so nicht genommen, weil das mod_filter kein Modul ist sondern Teil des Apache. Wenn ich es trotzdem so lasse, dann ist mein übertragenes Javascript laut Firebug ca 53 KB groß. Es ist unkomprimiert. Wegen fehlendem mod_filter eben ...

Im zweiten Versuch habe ich dann das <IfModule mod_filter.c und das entsprechende </IfModule> auskommentiert. So wird dann das Ganze auch bei uberspace akzeptiert.

Code:

---

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

---

Sicherheitshalber nochmals Systemwartung gemacht, nochmals Browsercache gelöscht und mit aktiviertem Firebug und Netzwerkmodul die Seite neu geladen. Dann ist das übertragene Javascript nur noch gut 17 KB groß -> komprimiert.

Letztlich läuft es also darauf hinaus, dass der Server gemäß den Anweisungen, die ihm in der .htaccess gegeben wurde, Output der entsprechenden Typen mittels mod_deflate komprimiert, sofern mod_deflate überhaupt verfügbar ist. Ganz egal, ob da ein Haken im BE ist oder nicht. Bei den Skripten und CSS-Files ist das also nur dann interessant, wenn gzip benutzt werden muss/soll.

Zitat:

---

Zitat von tpk

2 Contao-Urgesteine, 3 Meinungen ;-)

Laut dem Link von sizta7

http://www.whatsmyip.org/http-compression-test/

wird meine Seite auch OHNE den Haken komprimiert ausgeliefert. Weiß halt nicht, ob dieser Test was taugt.

---

Der Test sieht eigentlich gut aus, du musst um die Skripte zu testen allerdings die URL der Skripte eingeben, sonst testet der nur das HTML.
Du kannst auch direkt unter https://developers.google.com/speed/pagespeed/insights/ testen, falls du dem anderen Test misstraust.

Sorgt der "Haken" im Backend nicht nur dafür, dass alle leerzeichen, tabs,linebreaks,... etc. entfernt werden?
Bei komprimiertem Markup ist der HTML Quelltext nur noch Einzeilig. Das hat nichts mit zip oder gzip komprimierung zu tun denke ich.

Da zip etc. aber ähnliches auch macht, dürfte der Gewinn von "Markup komprimieren" bei akiver Komperssion (zip/gzip) kaum zusätzlichen Nutzen bringen.

Zitat:

---

URL der Skripte eingeben, sonst testet der nur das HTML.

---

Super Hinweis, bin ich prompt drauf reingefallen!!!

Ich hab jetzt auch mal meine bootstrap.min.css getestet. Die binde ich direkt im Template ein, Contao "weiß" also von der gar nix. Die wird dort auch als komprimiert angeführt. Es sollte also an der htaccess liegen, Haken ist sowieso raus.

Ja, das ist der Haken bei "Markup komprimieren". Worum es hier geht, falls ich es richtig verstanden habe, ist der Haken bei "Skripte komprimieren". Der reale Gewinn bei der Übertragung durch "Markup komprimieren" ist in der Tat - bestenfalls - sehr gering. Und ob es den Browser wesentlich schneller macht, wenn im HTML keine unnötige "Whitespace" Zeichen mehr drin sind? Bringt wohl auch keine weltbewegende Beschleunigung. ;)

Zitat:

---

Und ob es den Browser wesentlich schneller macht, wenn im HTML keine unnötige "Whitespace" Zeichen mehr drin sind? Bringt wohl auch keine weltbewegende Beschleunigung.

---

Kann dennoch ein hervorragendes Tonikum für die Nerven sein, wenn der Kunde einen mit Ergebnissen vom Google Speed-Test traktiert :-)

Ja, das habe ich vergesse dazuzuschreiben als einen (den wesentlichen? ;) :D) Vorteil.

Jedes Byte zählt, wenn man mit roaming unterwegs ist! 😆

gesendet mit Tapatalk.

Leider steht da beidesmal "komprimieren". "Markup komprimieren", "Skripte komprimieren".

Beim Markup handelt es sich aber um ein "minifying" des HTML-Codes, also das Generieren eines Einzeilers (was man natürlich auch Komprimierung nennen kann). Hierbei sollte das FE intensiv getestet werden, da es dabei schonmal zu Fehlern oder unerwünschten Effekten kommen kann.

Bei den Skripten (die sind schon minifiziert) handelt es sich nicht um ein minifying, sondern um eine Komprimierung, welche mod_deflate vornehmen soll, also sowas, was auch z.B. 7zip macht. Wenn der Server kein mod_deflate anbietet, können, statt der Skripte, entsprechende.gz Dateien geladen werden, welche bereitgestellt werden müssen. Dazu muss dann halt die .htaccess geändert werden.

Ich würde mir nicht die Mühe mit den .gz Dateien machen, wenn der Server kein mod_deflate zur Verfügung stellt, deshalb setze ich dort auch nie einen Haken.