GZIP-Komrimierung per .htaccess (Seite 6)

adi schrieb:

wobei webmastertool das ganze noch bemängelt allerdings vermute ich das webmastertool mit dem aktualisieren nicht nachkommt
gruß adi

Meinst Du mit Webmastertools das Firebug-plugin - PageSpeed?
Wenn ja, empfielt es sich den Browser-Cache zu leeren und die zu testende Seite einige male neu zu laden.

Gruß,
Claudio.

kenne mich mit htaccess sehr schlecht aus
kann mir jemand diese zeile umschreiben für html

RewriteRule ^css/(.*).css$ /css/$1.css.gz [L]

den mit

RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gz.*
RewriteRule ^css/(.*).css$ /css/$1.css.gz [L]
AddEncoding x-gzip text.gz
funktioniert wenigstens die css komprimierung ich denk mir mit dem umschreiben der entsprechenden rewite rule wird auch *.html.gz klappen

Passe schrieb:

Nach langem hin- und her funktoniert folgende Lösung bei mir einwandfrei:


# BEGIN Expire headers
ExpiresActive On
ExpiresDefault "access plus 5184000 seconds"
ExpiresByType image/ico "access plus 5184000 seconds"
ExpiresByType image/jpeg "access plus 5184000 seconds"
ExpiresByType image/jpg "access plus 5184000 seconds"
ExpiresByType image/png "access plus 5184000 seconds"
ExpiresByType image/gif "access plus 5184000 seconds"
ExpiresByType application/x-shockwave-flash "access plus 5184000 seconds"
ExpiresByType text/css "access plus 5184000 seconds"
ExpiresByType text/javascript "access plus 5184000 seconds"
ExpiresByType application/x-javascript "access plus 5184000 seconds"
ExpiresByType text/html "access plus 5184000 seconds"
ExpiresByType application/xhtml+xml "access plus 5184000 seconds"
# END Expire headers

# BEGIN Cache-Control Headers
<FilesMatch ".(ico|jpeg|jpg|png|gif|swf)$">
Header set Cache-Control "max-age=5184000, public"
</FilesMatch>
<FilesMatch ".(css)$">
Header set Cache-Control "max-age=5184000, public"
</FilesMatch>
<FilesMatch ".(js)$">
Header set Cache-Control "max-age=5184000, private"
</FilesMatch>
<FilesMatch ".(xhtml|html|htm|php)$">
Header set Cache-Control "max-age=5184000, private, must-revalidate"
</FilesMatch>
# END Cache-Control Headers

# BEGIN Turn ETags Off
Header unset ETag
FileETag None
# END Turn ETags Off

# BEGIN Remove Last-Modified Header
Header unset Last-Modified


Wichtig!
<IfModule> <Module> erkennen einige Server nicht - daher kann das Modul nicht funktionieren, weil der Server die Direktive nicht kennt - auch wenn es auf dem Server vorhanden ist.

Gruß,
Claudio.

Hallo Claudio, bevor ich den x-ten Versuch mache- das liegt nur an mir!-, Frage:
Ist das die Befehlsfolge für die .htaccess? (Mich irritiert das php- nicht mein Wissenstand...)
Sorgt sie für Kompression und Caching von Bilddateien?
Wird sie üblicherweise von (Apache-) Servern erkannt? Wie kann man von aussen den Server testen, ob er "<IfModule> <Module>" erkennt?
Jetzt freu ich mich auf Antwort- nächste GZIP/PageSpeed-Schicht morgen, Sonntag...
Grüsse Fritz

georg123 schrieb:

Hallo Claudio, bevor ich den x-ten Versuch mache- das liegt nur an mir!-, Frage:
Ist das die Befehlsfolge für die .htaccess? (Mich irritiert das php- nicht mein Wissenstand...)
Sorgt sie für Kompression und Caching von Bilddateien?
Wird sie üblicherweise von (Apache-) Servern erkannt? Wie kann man von aussen den Server testen, ob er "<IfModule> <Module>" erkennt?
Jetzt freu ich mich auf Antwort- nächste GZIP/PageSpeed-Schicht morgen, Sonntag...
Grüsse Fritz

Das PHP oben kannst Du vergessen, das dient nut zur Formatierung des Codes - ich hätte genau so gut html reinschreiben können.

Das mit dem Module hat mir 1&1 nach 5 fehlgeschlagenen Test gesagt.
Das wussten die anscheinend selbst nicht.
Wie man das Testen kann?
Einfach mal probieren - kann nichts passieren.

Gruß,
Claudio

Passe schrieb:

georg123 schrieb:

Hallo Claudio, bevor ich den x-ten Versuch mache- das liegt nur an mir!-, Frage:
Ist das die Befehlsfolge für die .htaccess? (Mich irritiert das php- nicht mein Wissenstand...)
Sorgt sie für Kompression und Caching von Bilddateien?
Wird sie üblicherweise von (Apache-) Servern erkannt? Wie kann man von aussen den Server testen, ob er "<IfModule> <Module>" erkennt?
Jetzt freu ich mich auf Antwort- nächste GZIP/PageSpeed-Schicht morgen, Sonntag...
Grüsse Fritz

Das PHP oben kannst Du vergessen, das dient nut zur Formatierung des Codes - ich hätte genau so gut html reinschreiben können.

Das mit dem Module hat mir 1&1 nach 5 fehlgeschlagenen Test gesagt.
Das wussten die anscheinend selbst nicht.
Wie man das Testen kann?
Einfach mal probieren - kann nichts passieren.

Gruß,
Claudio

Hallo Claudio, danke für Deine Vorschläge. Ergebnis: Negativ.
Dein Kompressionsbefehl-Vorschlag führt zu einem Server-"Fehler500". In Verbindung mit der langen Befehlsfolge ebenfalls Fehlstart.
Die lange Befehlsfolge fürs Caching der Bilder, alleine geladen, wird zwar akzeptiert- bewirkt aber nichts. Magst Du die htaccess-dateien prüfen? Mit cut+paste abgekupfert, ich glaube nicht an Tippfehler...
Muss jetzt das missglückte Komprimieren am Server liegen?
Wie sollte ich meinem etwas zögerlichen Hoster beikommen?
Grüsse Fritz

georg123 schrieb:

Wie sollte ich meinem etwas zögerlichen Hoster beikommen?
Grüsse Fritz

Ich habe 1&1 E-mails geschickt und meine Probleme ausführlich geschildert - nach mehreren Tagen und einigen E-Mails die hin- und her geschickt wurden, kamen wir dann zur Lösung.

Kostet zwar nerven - funktioniert aber.

Gruß,
Claudio.

hallo georg probier das aus bei mir läuft es hab nur noch mängel in der leverage browser caching

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gz.*
RewriteRule ^css/(.*).css$ /css/$1.css.gz [L]
AddEncoding x-gzip text.gz
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gz.*
RewriteRule ^(.*).html$ $1.html.gz [L]
AddEncoding x-gzip text.gz

adi schrieb:

hallo georg probier das aus bei mir läuft es hab nur noch mängel in der leverage browser caching

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gz.*
RewriteRule ^css/(.*).css$ /css/$1.css.gz [L]
AddEncoding x-gzip text.gz
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gz.*
RewriteRule ^(.*).html$ $1.html.gz [L]
AddEncoding x-gzip text.gz

Hallo Adi, Du Glücklicher! Eben versuchte ich Dein Rezept- negativ.
Die Seite wurde zwar geladen, aber jede interne weitere Verlinkung führte zu "Fehler 404", ungeniessbar. Ich habs wieder rausgenommen.
Jetzt ist bei mir nur noch der lange Bazzel-Code installiert, Post 4.1.20:49, der ein wenig Caching-Luft für Bilder bringt. Die .htaccess hat aber noch immer "Potential" hat, siehe:

Page Speed Score: 91/100
[Moderate performance improvements are possible] Ja, noch 9% bis 100...

[Score: 18/100]
Enable compression IN HÄSSLICHEM ROT!!!
Compressing the following resources with gzip could reduce their transfer size by 11.0KiB (70% reduction).

* Compressing georg-hh.freimaurerei.de/veranstaltungen.html could save 8.4KiB (71% reduction). Komisch, das ist eine reine infodatei ohne technischen Charakter...

* Compressing georg-hh.freimaurerei.de/css/2col_leftnav-neu1.css could save 2.6KiB (69% reduction). Jetzt kann ich den Standpunkt vertreten, 8,4KB und auch 2,6 KB sind NICHTS, dann sind 70% bzw. 71% "Reduktion" auch nichts... (schrauben an der 2. Dezimals...)

bekomme vom webmastertool diese empfehlung

2 CSS-Dateien werden von www.leaksealing.de bereitgestellt. Sie sollten in so wenig Dateien wie möglich zusammengefasst werden:

* Zu URL wechselnhttp://www.leaksealing.de/css/sty.css
* Zu URL wechselnhttp://www.leaksealing.de/css/print.css

mit der empfehlung kann ich nichts anfangen den sinn und zweck der print.css ist es ja ein extrem abgespecktes css anzubieten um mit minimalen druckvorgaben eine seite auszudrucken
für tips bin ich dankbar

adi schrieb:

bekomme vom webmastertool diese empfehlung

2 CSS-Dateien werden von www.leaksealing.de bereitgestellt. Sie sollten in so wenig Dateien wie möglich zusammengefasst werden:

Dieser Hinweis ist in deinem Fall Unsinn - Google sollte da mal nacharbeiten. Es könnte auch noch ein separates css für Handhelds dazukommen und das sollte sinnvollerweise auch nicht mit was anderem zusammengefasst werden.

Gérard