browser compressions, nur gzip ausgabe

brian johnson · 25.01.2008, 23:09

hi,

ich habe hier ein größeres webprojekt eines kunden bei dem es an performance mangelt. da auch nur begrenzter traffic zur verfügung steht und deswegen eine ausgabe komprimierung erwünscht ist, würde ich gerne hingehen und diese komprimierung (im memory) cachen. die seiten haben generell größeren text (80-150kb) mit vielen seitenaufrufen (runde 4,7GB traffic, knapp unter dem limit von 5GB - seitenquelltext ist optimiert und barrierefrei). wenn ich jetzt einfach hingehe und generell nur gzip komprimiert ausgebe, sollte ich dann probleme erwarten? oder sollte ich für den fall der fälle noch einen file cache ohne komprimierung anlegen?
gefunden habe ich, dass opera 3,5 keine komprimierung unterstützt sowie netscape 4 probleme hat. beide halte ich allerdings für vernachlässigbar. lynx hat keine probleme mit gzip.

die sache ist eben erstmal eine schnelle lösung zu finden, bevor ich mich an den (grauenhaften) quellcode ranmache.

gruß und schonmal danke!

edit> von den statistiken welche browser dasind, kann ich noch nichts berichten, der kunde hat noch nichts mitgeteilt.

dr.e. · 25.01.2008, 23:18

Hallo brian johnson,

grundsätzlich solltest du damit keine Probleme bekommen. IMHO gibt es im HTTP-Protokoll einen Fallback, falls gzip vom Client nicht unterstützt werden. Hier sollte man aber noch einen POC machen.

brian johnson · 25.01.2008, 23:24

Zitat:

Zitat von dr.e.

Hallo brian johnson,

grundsätzlich solltest du damit keine Probleme bekommen. IMHO gibt es im HTTP-Protokoll einen Fallback, falls gzip vom Client nicht unterstützt werden. Hier sollte man aber noch einen POC machen.

wie soll dieser fallback zustande kommen? soll der browser zurücksenden "Hey, ich unterstütze diese komprimierung nicht?".

und denkst du an "Proof of Concept"?

dr.e. · 25.01.2008, 23:26

Hallo brian,

soweit ich mal gelesen habe wird, falls kein entsprechender Header im HTTP-Paketchen enthalten ist, "normal" ausgeliefert.

Zitat:

und denkst du an "Proof of Concept"?

Ja, ich denke an proof of concept.

Das sollte eigentlich kein Problem sein.

brian johnson · 25.01.2008, 23:30

Zitat:

Zitat von dr.e.

Hallo brian,

soweit ich mal gelesen habe wird, falls kein entsprechender Header im HTTP-Paketchen enthalten ist, "normal" ausgeliefert.

Zitat:

und denkst du an "Proof of Concept"?

Ja, ich denke an proof of concept.

Das sollte eigentlich kein Problem sein.

ok, dann werden wir das mal testen.

dankeschön!

dr.e. · 25.01.2008, 23:33

Gerne. Solltest du Fragen haben, schau dir einfach mal das RFC an, oder frag mich, dann schau ich mir das nochmal genauer an.

brian johnson · 26.01.2008, 10:32

Zitat:

Zitat von dr.e.

Gerne. Solltest du Fragen haben, schau dir einfach mal das RFC an, oder frag mich, dann schau ich mir das nochmal genauer an.

werdsch tun. :wink:

brian johnson · 26.01.2008, 16:51

falls es noch jemanden interessiert>

der IE dekomprimiert nichts, wenn er nicht selber den Accept-Encoding header angegeben hat, unabhängig von Content-Encoding antwortheader. also zeigt er nur müll an.

warum mancher IE (wie der des Kunden) kein Accept-Encoding sendet weiß ich leider nicht, auf jeden fall heißt das für mich, das ich dochnoch einen file-cache mit den unkomprimierten daten machen muss....

dr.e. · 26.01.2008, 19:53

Hallo Brian,

das ist natürlich wieder mal Typisch M$. Dann bleibt wohl nur noch

- Bilder komprimieren
- Quelltext durch CSS-Formatierungen kleiner kriegen

Zergling-new · 26.01.2008, 21:09

Kannste über Ajax vielleicht bissl was einsparen (nur ändern was nötig ist)?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Browser Anzeige vershieden	Apfelsine	PHP Tipps 2008	2	03.05.2008 18:49
Problem mit Ausgabe bzw. Abfrage mit ORDER BY	mayer	Datenbanken	7	02.07.2006 21:45
[Erledigt] T-Online Browser schaltet sich ständig in den Vordergrund		Off-Topic Diskussionen	6	08.05.2006 17:03
PHP-Ausgabe gepuffert an Browser senden	sponer	PHP Tipps 2006	2	24.04.2006 00:08
Style: Cursor für Browser definieren	SvenLittkowski	HTML, Usability und Barrierefreiheit	2	15.04.2006 14:02
gzip klasse verwenden oder nicht?	danysahne333	PHP Tipps 2006	3	02.04.2006 13:58
Browser warten 15 s nach Ausgabe von FPDF->Output()	tapferesschneiderlein	Server, Hosting und Workstations	1	28.03.2006 09:26
nichts im Browser zu sehen		PHP Tipps 2006	12	22.02.2006 20:11
Wie kann ich verhindern das der Browser encodete	axelnes	HTML, Usability und Barrierefreiheit	15	18.11.2005 18:37
Ausgabe einer Datei in Variable speichern	Madden	PHP Tipps 2007	11	16.11.2005 01:33
Ausgabe der Auswahlliste		PHP Tipps 2005-2	6	21.09.2005 13:43
3 Tabellen verbunden -- Ausgabe in einer Spalte		Datenbanken	4	06.09.2005 10:43
[Erledigt] Geteilte Ausgabe an den Browser...		PHP-Fortgeschrittene	4	01.07.2005 13:07
Welche Browser habt ihr?	themonk	Off-Topic Diskussionen	71	22.04.2005 08:47
Sortierung der Ausgabe		PHP-Fortgeschrittene	3	08.10.2004 09:22

25.01.2008, 23:09
brian johnson Erfahrener Benutzer Registriert seit: 16.07.2005 Beiträge: 1.007 PHP-Kenntnisse: Fortgeschritten	browser compressions, nur gzip ausgabe hi, ich habe hier ein größeres webprojekt eines kunden bei dem es an performance mangelt. da auch nur begrenzter traffic zur verfügung steht und deswegen eine ausgabe komprimierung erwünscht ist, würde ich gerne hingehen und diese komprimierung (im memory) cachen. die seiten haben generell größeren text (80-150kb) mit vielen seitenaufrufen (runde 4,7GB traffic, knapp unter dem limit von 5GB - seitenquelltext ist optimiert und barrierefrei). wenn ich jetzt einfach hingehe und generell nur gzip komprimiert ausgebe, sollte ich dann probleme erwarten? oder sollte ich für den fall der fälle noch einen file cache ohne komprimierung anlegen? gefunden habe ich, dass opera 3,5 keine komprimierung unterstützt sowie netscape 4 probleme hat. beide halte ich allerdings für vernachlässigbar. lynx hat keine probleme mit gzip. die sache ist eben erstmal eine schnelle lösung zu finden, bevor ich mich an den (grauenhaften) quellcode ranmache. gruß und schonmal danke! edit> von den statistiken welche browser dasind, kann ich noch nichts berichten, der kunde hat noch nichts mitgeteilt. __________________ PHP4?!?>>>Aktuelle PHP Version: 5.2.11 \|\| 5.3.0 Suse 11.2 vorfreude


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

25.01.2008, 23:18
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.657 PHP-Kenntnisse: Fortgeschritten	Hallo brian johnson, grundsätzlich solltest du damit keine Probleme bekommen. IMHO gibt es im HTTP-Protokoll einen Fallback, falls gzip vom Client nicht unterstützt werden. Hier sollte man aber noch einen POC machen. __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

25.01.2008, 23:33
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.657 PHP-Kenntnisse: Fortgeschritten	Gerne. Solltest du Fragen haben, schau dir einfach mal das RFC an, oder frag mich, dann schau ich mir das nochmal genauer an. __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

26.01.2008, 16:51
brian johnson Erfahrener Benutzer Registriert seit: 16.07.2005 Beiträge: 1.007 PHP-Kenntnisse: Fortgeschritten	falls es noch jemanden interessiert> der IE dekomprimiert nichts, wenn er nicht selber den Accept-Encoding header angegeben hat, unabhängig von Content-Encoding antwortheader. also zeigt er nur müll an. warum mancher IE (wie der des Kunden) kein Accept-Encoding sendet weiß ich leider nicht, auf jeden fall heißt das für mich, das ich dochnoch einen file-cache mit den unkomprimierten daten machen muss.... __________________ PHP4?!?>>>Aktuelle PHP Version: 5.2.11 \|\| 5.3.0 Suse 11.2 vorfreude

26.01.2008, 19:53
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.657 PHP-Kenntnisse: Fortgeschritten	Hallo Brian, das ist natürlich wieder mal Typisch M$. Dann bleibt wohl nur noch - Bilder komprimieren - Quelltext durch CSS-Formatierungen kleiner kriegen __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

26.01.2008, 21:09
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Kannste über Ajax vielleicht bissl was einsparen (nur ändern was nötig ist)?