Erkennung von GZIP auf seitenreport

Verfasst am: 08. 02. 2010 [14:27]
Beitrag hilfreich?
Gelöschter Benutzer Nachdem ich nun enige Male darauf aufmerksam machte, das seitenreport gzip nicht erkennt und sets keine Antwort dazu erhalten habe - nun meine Entdeckung icon_eek.gif

Als ich den neuen Code-Compressor auf Flos Website ausprobierte und eine Reduktion -nicht nur der komprimierte js-Datei- feststellte, viel mir bei der anschließenden Analyse auf seitenreport auf, dass ich die unkomprimierte Fassung noch gar nicht auf meinen Webspace hochgeladen hatte icon_cool.gif

Also nochmal kurz resümiert:
Wenn man die komprimierte und unkomprimierte Fassung seiner css, js oder html-Dateien auf seinen Webspace liegen hat, entscheidet seitenreport sich bei der Analyse für die unkomprimierte Fassung, erst wenn die unkomprimierte Fassung vom Webspace verschwindet, wird die gzip-Datei erkannt.

Manno-Mann 20.gif

Das hat mich bei der Analyse satte 2,6%-Punkte nach oben gebracht, obwohl ich noch nicht bei 100% bin (bei den exteren js-Dateien) - sondern gerade bei 75%! (Von Null auf 75%).

Übrigens, es wird im allgemeinen empfohlen, dass man neben der komprimierten auch die unkomprimierte Datei auf dem Webspace belässt.

Hatte echt gedacht das seitenreport kein gzip erkennt, weil mir alle anderen Analysesysteme das positiv anzeigten - von PageSpeed bis TraficScanner.

Es wäre doch sicher nur ein kleiner Eingriff, dass die Analyse zuerst gzip in Erwägung nimmt, anstatt die unkomprimierte Fassung?

Oder andersrum: Legt Ihr Eure Dateien unkomprimiert und komprimiert auf den Webspace?

Gruß,
Claudio.


[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 08.02.2010 um 14:37.]
 
Verfasst am: 08. 02. 2010 [15:36]
Beitrag hilfreich?
joerg
Dabei seit: 09.06.2009
Beiträge: 1459
Hallo Claudio

Wenn ich dich richtig verstehe hast du jetzt eine Steigerung beim Trafficvolumen erreicht!

Diese Analyse hat aber momentan nichts mit der Gzip Komprimierung zu tun!

Bei deinem Lösungsweg würde ich auch beide Dateien auf dem Server belassen.

Was ist dir denn lieber eine Steigerung von 2,6 % hier bei Seitenreport oder das unter Umständen wenn ein Browser nicht die Gzip komprimierte verarbeiten kann das ein Besucher deiner Seite sich fragt was denn hier los ist?

Ich komprimiere on the Fly per htaccess.

Gruß
Jörg

 
Verfasst am: 08. 02. 2010 [15:54]
Beitrag hilfreich?
Gelöschter Benutzer
joerg schrieb:

Hallo Claudio

Wenn ich dich richtig verstehe hast du jetzt eine Steigerung beim Trafficvolumen erreicht!

Diese Analyse hat aber momentan nichts mit der Gzip Komprimierung zu tun!


Wie gesagt ich belasse nur die gzip-Datei auf dem Server, um diese bei der Analyse erkennen zu lassen - das ist nicht mein Lösungsweg, sondern es ist mir so aufgefallen.

joerg schrieb:

Bei deinem Lösungsweg würde ich auch beide Dateien auf dem Server belassen.

Kann dir nicht folgen mit "deinem Lösungsweg"
joerg schrieb:

Was ist dir denn lieber eine Steigerung von 2,6 % hier bei Seitenreport oder das unter Umständen wenn ein Browser nicht die Gzip komprimierte verarbeiten kann das ein Besucher deiner Seite sich fragt was denn hier los ist?

Deswegen zielte meine Frage auch darauf, dass man das auch bei der Analyse berücksichtigen kann.

gzip on the fly per php und .htaccess scheint ja die Analyse zu erkennen?

Gruß,
Claudio.



[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 08.02.2010 um 16:14.]
 
Verfasst am: 08. 02. 2010 [16:38]
Beitrag hilfreich?
joerg
Dabei seit: 09.06.2009
Beiträge: 1459
Hallo Claudio

Nein beim Transfervolumen wird auch nicht on the Fly das komprimierte Volumen erkannt!

Und das ist eben mein Lösungsweg wie deiner der mit den 2 Dateien ist.

Eine Gzip Erkennung läuft wahrscheinlich so ab das die Datenmenge der unkomprimierten Datei oder Url mit der Datenmenge der komprimierten verglichen wird!

Siehe dazu http://www.php.net/manual/de/book.zlib.php

Und wenn dir deine 2,6% weggenommen werden, indem man vorher jede Gzip Datei dekomprimiert und dann erst das Datenvolumen ausliest das ist technisch machbar mit PHP.

An deiner Stelle würde ich einfach mal geduldig abwarten was demnächst realisiert wird bei Seitenreport.

Es ist vieles möglich soll aber dann auch vernünftig laufen und das benötigt dann halt eben Zeit !
Und die Gzip Komprimierung will Matthias in die Analyse einfliessen lassen meiner Kenntnis nach.

Gruß
Jörg

 
Verfasst am: 08. 02. 2010 [16:57]
Beitrag hilfreich?
Gelöschter Benutzer
joerg schrieb:

An deiner Stelle würde ich einfach mal geduldig abwarten was demnächst realisiert wird bei Seitenreport.

Es ist vieles möglich soll aber dann auch vernünftig laufen und das benötigt dann halt eben Zeit !
Und die Gzip Komprimierung will Matthias in die Analyse einfliessen lassen meiner Kenntnis nach.

Gruß
Jörg


Ja, ok - dachte nur meine Erkenntnis wäre von Interesse gewesen. icon_redface.gif

Was anderes:

Ich habe gerade versucht "on the fly" meine dateien per .htaccess komprimieren zu lassen:

Folgendes steht in meiner .htaccess:
PHP
<FilesMatch "^(basic.css|CDATA_Dreispaltig.css|CDATA_Einspaltig.css|CDATA_Zweipaltig.css|content.css|events.css|form.css|info.css|layout.css|modules.css|navigation.css|tags_oxygen.css|umfrage.css|welcome.css)$">
 SetHandler application/x-httpd-php     # Die Dateien müssen mit PHP geparst werden
 php_value auto_prepend_file ./gzip.php # PHP soll die Datei "gzip.php" vorne anfügen
</FilesMatch>


... wenn ich das einfüge ist meine Site nicht mehr erreichbar.


Gruß,
Claudio.
 
Verfasst am: 08. 02. 2010 [17:20]
Beitrag hilfreich?
Raptor
Dabei seit: 10.05.2009
Beiträge: 1174
Dass gzip bei SR nicht "erkannt" wird, ist schon seit längerem bekannt, aber ich denke, dass sollte sich bald ändern.

Passe schrieb:

... wenn ich das einfüge ist meine Site nicht mehr erreichbar.

Kommt denn eine Fehlermeldung? Ein 500er? Kann es sein, dass PHP unter CGI läuft? (Dann geht das nähmlich nicht.)

Ansonsten könntest du mal noch folgendes testen, wenn mod_deflate installiert ist:
HTML
<IfModule mod_deflate.c>
  <FilesMatch ".css$">
    SetOutputFilter DEFLATE
  </FilesMatch>
</IfModule>


 
Verfasst am: 08. 02. 2010 [17:37]
Beitrag hilfreich?
Gelöschter Benutzer
Raptor schrieb:

Dass gzip bei SR nicht "erkannt" wird, ist schon seit längerem bekannt, aber ich denke, dass sollte sich bald ändern.

Passe schrieb:

... wenn ich das einfüge ist meine Site nicht mehr erreichbar.

Kommt denn eine Fehlermeldung? Ein 500er? Kann es sein, dass PHP unter CGI läuft? (Dann geht das nähmlich nicht.)

Ansonsten könntest du mal noch folgendes testen, wenn mod_deflate installiert ist:
HTML
<IfModule mod_deflate.c>
  <FilesMatch ".css$">
    SetOutputFilter DEFLATE
  </FilesMatch>
</IfModule>



Im ersten Beispiel Fehler 500.

Im zweiten Fall scheint das js nicht zu funktionieren.

Oh mann, seit dem ich den Code eingegeben habe funktioniert mein Javascript nicht mehr???
Was nun - das gibts dich nicht.

ich glaub ich warte besser bis SR meine statischen gzip erkennt.

Gruß,
Claudio.

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 08.02.2010 um 17:49.]
 
Verfasst am: 08. 02. 2010 [17:53]
Beitrag hilfreich?
joerg
Dabei seit: 09.06.2009
Beiträge: 1459
Hallo Claudio



PHP
<?php
readgzfile('http://www.druckerei-und-print-office.de/');
?>





 
Verfasst am: 08. 02. 2010 [18:13]
Beitrag hilfreich?
gambler
Dabei seit: 01.10.2009
Beiträge: 95
Hi,







Belegungsplan Ferienwohnung
Nobody is perfect...I'am Nobody! :=)
 
Verfasst am: 08. 02. 2010 [18:14]
Beitrag hilfreich?
Gelöschter Benutzer
joerg schrieb:

Hallo Claudio



PHP
<?php
readgzfile('http://www.druckerei-und-print-office.de/');
?>










Claudio.
 




Du bist nicht eingeloggt. Bitte beachte, dass Du eingeloggt sein musst, um Themen zu erstellen oder auf Beiträge zu antworten.

RSS Feed abonnieren

Werde in Echtzeit über neue Foren-Beiträge informiert:

RSS Feed abonnieren »



1 Mitglied Mitglieder waren innerhalb der letzten 15 Minuten (13 heute gesamt) online:
easyfenster

Administratoren und Moderatoren:
[keine]

Seitenreport hat 16214 registrierte Mitglieder, 2845 Themen und 27902 Beiträge.
Seitenreport hat einen Mitgliederzuwachs von durchschnittlich 24 bestätigten Neuregistrierungen pro Tag.
Pro Tag werden im Seitenreport Forum durchschnittlich 1 neue Themen und 8 Beiträge erstellt.
Die Durchschnittszahlen berechnen sich aus den letzten 7 Tagen.

SEO und Website-Analyse

Seitenreport ist eine der bekanntesten Website-Analyse-Dienste im WEB. Über 9.200 registrierte Mitglieder (keine Freemailer-Accounts), 1/4 Millionen Seitenaufrufe pro Monat, über 100 Premium-Kunden und namhafte Referenzen sprechen für sich. Seitenreport gibt es seit 2007. Wie Du davon profitierst? Hier kannst Du sicher sein, dass es um Qualität und Beständigkeit geht!

Seitenreport auf Facebook!

238 unserer Mitglieder sind bereits Seitenreport Fan auf Facebook. Dein Vorteil: Schnellere Kenntnis von neuen Features, News in Echtzeit, Tipps und Tricks für SEO und Web. Du kannst unsere Beiträge auch kommentieren und dadurch Deine Besucherzahlen und das Interesse an Deinem Account erhöhen. Folge Seitenreport auf Facebook!

Seitenreport Partnerprogramm

Eines der wenigen Partnerprogramm im Bereich SEO und WEB. Erhalte 12% Lifetime Provision auf alle Buchungen von Dir geworbener neuer Mitglieder! Jedes von Dir geworbene Mitglied wird dauerhaft mit Deinem Partnerkonto verknüpft und bei jeder kostenpflichtigen Buchung mit 12% provisioniert. Lifetime - so lange es Seitenreport gibt!
Seitenreport Partnerprogramm

* = Partnerlinks