gelöschter Benutzer

GZIP-Komrimierung per .htaccess (Seite 3)



gelöschter Benutzer
am 05.01.2010, 19:48 Uhr schrieb

joerg schrieb:

Jetzt muss ich aber mal nachfragen auf die Schnelle gesucht und gefunden was ich nicht gemacht habe! Oder hast du die ellenlangste Favoritenleiste des Universums?


In diesem Fall hatte ich gestern die Seite gelesen, aber nicht in den Favoriten abgespeichert. Ansonsten ist mein Tipp: Wenn mann die Frage, die einen drückt, aufgeschrieben hat, bei Google in die Suche eingeben. Klappt immer besser. Und 3. wird meine Favoritenliste immer länger und wenn ich endlich mal Zeit habe wird sie (in Teilen ) veröffentlicht.

Gérard



gelöschter Benutzer
am 05.01.2010, 21:01 Uhr schrieb

Passe schrieb:

Habe mir heute mal die Zeit genommen alle Daten auf meinem Server zu komprimieren.


GZIP-Komprimierung über Konfigurationsdatei (.htaccess) aktivieren:

In die .htaccess folgenden Code einkopieren:
##
# Compress .js and .css files
##
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]

Alle css und scripte mit dem Programm 7zip komprimieren:

7-zip.de



Alle komprimierten Dateien, zusätzlich zu den unkomprimierten, auf den Webspace, in den jeweiligen Ordner speichern.

Prüfen ob es funktioniert könnt ihr zum Beispiel hier:

floern.com/tools/trafficscanner




Gruß,
Claudio.



Hallo Claudio,

ich nutze das CMS Joomla und ich habe eigentlich gedacht, dass es relativ einfach wäre die css und js zu komprimieren... ich habe alles notwendige gemacht - also die css und js komprimiert auf den Server gelegt, die htaccess modifiziert aber es hat sicjh nichts getan.

Mein Provider hat mir versichert, dass der SErver uf dem meine WEbsite liegt gzip unterstützt. - Und eigentlich wird es auch von jedem Browser unterstützt...

Deswegen bin ich nun etwas ratlos.

Übrigens hat Joomla auch eine gzip Option, die aber auch irgendwie nichts zu bringen scheint...

Kannst du mir einen Tipp geben?

Viele Grüße,

Gabriel



gelöschter Benutzer
am 05.01.2010, 21:29 Uhr schrieb

Hallo Gabriel,

Du könntest auch mal diesen Eitrag in deine .htaccess vornehmen


# BEGIN Compress files
<IfModule mod_deflate.c>
<FilesMatch ".(css|js|xhtml|html|htm|php)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>
# END Compress files


anstatt den bisher verwendeten.

Gruß,
Claudio.



gelöschter Benutzer
am 05.01.2010, 22:07 Uhr schrieb

Passe schrieb:

Hallo Gabriel,

Du könntest auch mal diesen Eitrag in deine .htaccess vornehmen


# BEGIN Compress files
<IfModule mod_deflate.c>
<FilesMatch ".(css|js|xhtml|html|htm|php)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>
# END Compress files


anstatt den bisher verwendeten.

Gruß,
Claudio.



Hallo Claudio,

vielen Dank für Deine rasche Antwort.

Es funktioniert beides prima. - Ich hatte das nur nicht erkannt, weil Seitenreport den Unterschied ausgiebt. - Mit dem von Dir angegebenen Trafficscanner ist der Unterschied sofort erkennbar!

Vielen Dank nochmals und viele Grüße,

Gabriel



gelöschter Benutzer
am 06.01.2010, 10:39 Uhr schrieb

georg123 schrieb:

Hallo Flo, danke ich hab brav abgekupfert nach Deinem Rezept- ergebnislos:
Page Speed meldet keine Verbesserung, sondern wie zuvor
Score 83/100
rote Warnung leverage browser caching
rote Warnung enable compression
gelbes Dreieck minify CSS
gelbes Dreieck remove unused CSS

Das ist insofern eine "Steigerung", als die massiven Eingriffe (2x .htaccess) unschädlich waren- aber gebracht hats nix.
Obs am Server liegt???? Grüsse Fritz


Okay, vielleicht ist da etwas vergessen gegangen. Theoretisch könnte man da eine Checkliste abarbeiten.
Gehen wir mal davon aus, dass wir nur die CSS-Datei komprimieren wollen.
- wird .htaccess überhaupt unterstützt?
- ist mod_rewrite installiert und aktiviert?
- kommt eine Fehlermeldung (Beim direkten Aufruf der CSS-Datei)?
- hast du die komprimierte CSS-Datei (*.css.gz) neben der originalen CSS-Datei (*.css) gespeichert?
- liegt die .htaccess im richtigen Verzeichnis (/css/) und ist der .htaccess-Code korrekt?



gelöschter Benutzer
am 06.01.2010, 11:22 Uhr schrieb

Raptor schrieb:

georg123 schrieb:

Hallo Flo, danke ich hab brav abgekupfert nach Deinem Rezept- ergebnislos:
Page Speed meldet keine Verbesserung, sondern wie zuvor
Score 83/100
rote Warnung leverage browser caching
rote Warnung enable compression
gelbes Dreieck minify CSS
gelbes Dreieck remove unused CSS

Das ist insofern eine "Steigerung", als die massiven Eingriffe (2x .htaccess) unschädlich waren- aber gebracht hats nix.
Obs am Server liegt???? Grüsse Fritz


Okay, vielleicht ist da etwas vergessen gegangen. Theoretisch könnte man da eine Checkliste abarbeiten.
Gehen wir mal davon aus, dass wir nur die CSS-Datei komprimieren wollen.
- wird .htaccess überhaupt unterstützt? JA, wohl beide
- ist mod_rewrite installiert und aktiviert? NEIN!!!! Wie geht das????
- kommt eine Fehlermeldung (Beim direkten Aufruf der CSS-Datei)? NEIN
- hast du die komprimierte CSS-Datei (*.css.gz) neben der originalen CSS-Datei (*.css) gespeichert? JA
- liegt die .htaccess im richtigen Verzeichnis (/css/) und ist der .htaccess-Code korrekt? Von Dir Abgekupfert



Hallo Flo, DANKE!!! Ich hab oben in Deinem Text Deine Fragen geantwortet, s.o. Ergänzung:

Zunächst ENTWARNUNG: Nach dem Einbau einiger Befehle zum Browser-Caching, in die "normale" .htaccess, ist die rote Warnmeldung in PageSpeed "Enable compression!" verschwunden! Weiter unten bei den positiv-Hinweisen ist zu compression ein grüner Haken.
Die Kompression scheint nach 1 Tag zu funktionieren, vielleicht musste der Apacheserver meines Providers erst warm werden...
Bleibt dennoch die Sache mode_rewrite!!!????? Was ist zu tun? Wo lese ich um das Tun zu verstehen??
Möchtest Du die beiden .htaccess per PN? Kannst Du/irgendwer eigentlich, die beiden Dateien direkt an meinem Server auslesen, eine im UV /CSS???
Nochmal danke und Grüsse Fritz



gelöschter Benutzer
am 06.01.2010, 11:48 Uhr schrieb

Also ist folgende Zeile in der .htaccess vorhanden?
RewriteEngine on

Wenn nicht, dann müsste eigentlich eine Fehlermeldung kommen.

Mehr Infos zu mod_rewrite: de.wikipedia.org/wiki/Rewrite-Engine



Was meinst du mit "Dateien direkt am Server auslesen"?
Im Browser aufrufen kann ich sie alle.
Aber auf das Backstage (dazu gehört auch die .htaccess) zugreifen kann man nur über FTP und dazu braucht man halt die Zugangsdaten.



gelöschter Benutzer
am 06.01.2010, 12:22 Uhr schrieb

Raptor schrieb:

Also ist folgende Zeile in der .htaccess vorhanden?
RewriteEngine on

Wenn nicht, dann müsste eigentlich eine Fehlermeldung kommen.

Mehr Infos zu mod_rewrite: de.wikipedia.org/wiki/Rewrite-Engine



Was meinst du mit "Dateien direkt am Server auslesen"?
Im Browser aufrufen kann ich sie alle.
Aber auf das Backstage (dazu gehört auch die .htaccess) zugreifen kann man nur über FTP und dazu braucht man halt die Zugangsdaten.



Hallo Flo, der Nebel lichtet sich...
RewriteEngine On steht in KEINER meiner beiden .htaccess- Du hattest das in Deinem Rezept vermutlich als selbstverständlich vorausgesetzt.
Wo muss ich den Befehl in meine beiden .htaccess einbauen?
Direkt vor den Kompressionsbefehlszeilen?
Ganz oben? exakt so: RewriteEngine on?

Mit "auslesen am server meinte ich, die dortigen dateien ansehen oder sogar kopieren zu können. Neu für mich, dass die .htaccess zum "Backstage" gehört und vor Neugierigen geschützt ist!
Grüsse und danke Fritz



gelöschter Benutzer
am 06.01.2010, 12:30 Uhr schrieb

georg123 schrieb:

Raptor schrieb:

Also ist folgende Zeile in der .htaccess vorhanden?
RewriteEngine on

Wenn nicht, dann müsste eigentlich eine Fehlermeldung kommen.

Mehr Infos zu mod_rewrite: de.wikipedia.org/wiki/Rewrite-Engine



Was meinst du mit "Dateien direkt am Server auslesen"?
Im Browser aufrufen kann ich sie alle.
Aber auf das Backstage (dazu gehört auch die .htaccess) zugreifen kann man nur über FTP und dazu braucht man halt die Zugangsdaten.



Hallo Flo, der Nebel lichtet sich...
RewriteEngine On steht in KEINER meiner beiden .htaccess- Du hattest das in Deinem Rezept vermutlich als selbstverständlich vorausgesetzt.
Wo muss ich den Befehl in meine beiden .htaccess einbauen?
Direkt vor den Kompressionsbefehlszeilen?
Ganz oben? exakt so: RewriteEngine on?

Mit "auslesen am server meinte ich, die dortigen dateien ansehen oder sogar kopieren zu können. Neu für mich, dass die .htaccess zum "Backstage" gehört und vor Neugierigen geschützt ist!
Grüsse und danke Fritz



RewriteEngine on sollte als erstes stehen.

viele Grüße,

Gabriel



gelöschter Benutzer
am 06.01.2010, 12:32 Uhr schrieb

georg123 schrieb:

RewriteEngine On steht in KEINER meiner beiden .htaccess- Du hattest das in Deinem Rezept vermutlich als selbstverständlich vorausgesetzt.


Ist halt immer schwierig abzuschätzen, was der Gegenüber weiss und was nicht.

georg123 schrieb:

Wo muss ich den Befehl in meine beiden .htaccess einbauen?
Direkt vor den Kompressionsbefehlszeilen?
Ganz oben? exakt so: RewriteEngine on?


Am besten ganz oben, zu aller erst.
"RewriteEngine on" (ohne Anführungszeichen)

georg123 schrieb:

Mit "auslesen am server meinte ich, die dortigen dateien ansehen oder sogar kopieren zu können. Neu für mich, dass die .htaccess zum "Backstage" gehört und vor Neugierigen geschützt ist!


Wenn ich wollte, könnte ich deine gesamte Website kopieren, allerdings müsste ich dann die gzip-Geschichte noch selber programmieren.




« zurück zu: OnPage Optimierung

Das Seitenreport Forum hat aktuell 5273 Themen und 36107 Beiträge.
Insgesamt sind 496 Mitglieder registriert.