Hallo zusammen,
es ist ja bekannt, dass Squid und Apache mit aktiver gzip-Kompression bei einigen älteren Browsern Probleme verursacht. Wie sieht es da eigentlich mit Squid und phpBB2 mit aktiver gzip-Kompression aus, treten hier ebenfalls solche Probleme auf?
MfG. neuro
Squid und phpBB2 mit gzip-Kompression
Forumsregeln
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Eine Neuinstallation von phpBB 2.0 wird auf phpBB.de nicht mehr unterstützt.
Siehe auch Entwicklungs-Ende von phpBB 2.0 - Auswirkungen auf phpBB.de
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Eine Neuinstallation von phpBB 2.0 wird auf phpBB.de nicht mehr unterstützt.
Siehe auch Entwicklungs-Ende von phpBB 2.0 - Auswirkungen auf phpBB.de
hallo
squid macht was er will
und das heist das er gzip nicht versteht, oder verstehen will.
es gibt verschiedene patche um das problem zu beseitigen.
aber ich würde dir lieber den php mod cache empfehlen der dem extem_mod
der extrem_mod ist ein bisschen schneller als das php cache mod.
damit ist dann das squid problem auch aus der welt, weill der cache mod
nur php dateien erzeugt, und keine gzip daten.
damit wird auch das risiko das einige browser mit gzip probleme haben beseitigt.
cu
squid macht was er will
und das heist das er gzip nicht versteht, oder verstehen will.
es gibt verschiedene patche um das problem zu beseitigen.
aber ich würde dir lieber den php mod cache empfehlen der dem extem_mod
der extrem_mod ist ein bisschen schneller als das php cache mod.
damit ist dann das squid problem auch aus der welt, weill der cache mod
nur php dateien erzeugt, und keine gzip daten.
damit wird auch das risiko das einige browser mit gzip probleme haben beseitigt.
cu
Aha, hat hier vielleicht jemand eine Seite (möglichst was professionelles, d.h., viele Besucher) mit der Kombination Apache gzip, phpBB2 gzip und Squid mit Patch? Hier würde mich mal ein Erfahrungsbericht interessieren.Sven_R hat geschrieben: squid macht was er will
und das heist das er gzip nicht versteht, oder verstehen will.
es gibt verschiedene patche um das problem zu beseitigen.
Damit wäre das dann aber auch keine Alternative zum Squid, der ja nicht nur php-Dateien zwischenspeichern kann. Wobei, wenn man beides installieren kann, cache mod und Squid, wobei Squid dann die Sachen von cache mod komplett ignorieren müsste, wäre das schon eine Lösung. Die Frage ist nur, lässt sich das so realisieren.Sven_R hat geschrieben: aber ich würde dir lieber den php mod cache empfehlen der dem extem_mod
der extrem_mod ist ein bisschen schneller als das php cache mod.
damit ist dann das squid problem auch aus der welt, weill der cache mod
nur php dateien erzeugt, und keine gzip daten.
damit wird auch das risiko das einige browser mit gzip probleme haben beseitigt.
MfG. neuro
hallo
das mit squid ist nicht so trivial wie sich das an hört.
es geht eigentlich darum das ja auch provider proxies auf squid basis gibt.
damit wäre dann der ganze aufwand ja wieder hin´e.
weill squid alle mod_gzip verbindungen ignoriert und der web server dann bei
der auslieferung der daten wieder auf das mormale format geht, ohne mod_gzip.
desweiteren glaube ich ist es wohl nicht in deinem interesse die user die
browser haben was mod_gzip nicht unterstützt vor den kopf zu stoßen.
cu
das mit squid ist nicht so trivial wie sich das an hört.
es geht eigentlich darum das ja auch provider proxies auf squid basis gibt.
damit wäre dann der ganze aufwand ja wieder hin´e.
weill squid alle mod_gzip verbindungen ignoriert und der web server dann bei
der auslieferung der daten wieder auf das mormale format geht, ohne mod_gzip.
desweiteren glaube ich ist es wohl nicht in deinem interesse die user die
browser haben was mod_gzip nicht unterstützt vor den kopf zu stoßen.
cu
Demnach würde es dann generell ein Problem mit gzip geben, wenn prinzipiell immer die Möglichlichkeit besteht, dass die Daten über ein Squid bzw. Squid ähnliches System laufen. Wobei man wohl davon ausgehen sollte, dass die meisten grossen Provider Proxies einsetzen, die kein Problem mit gzip haben. Ansonsten würde der Einsatz von gzip zum Glücksspiel.Sven_R hat geschrieben: das mit squid ist nicht so trivial wie sich das an hört.
es geht eigentlich darum das ja auch provider proxies auf squid basis gibt.
damit wäre dann der ganze aufwand ja wieder hin´e.
Darum geht es ja eben. Sachen wie HTML oder andere statitische Daten immer wieder durch den Apache laufen zu lassen, macht nicht viel Sinn. Hier ist der Einsatz von Squid schon sehr sinnvoll. Mir geht es eben nur darum, ob hier jemand eine Konfiguaration gefunden hat, bei der phpBB2 gzip und Squid eingesetzt werden, ohne dass es zu den bekannten Problemen kommt.Sven_R hat geschrieben: weill squid alle mod_gzip verbindungen ignoriert und der web server dann bei
der auslieferung der daten wieder auf das mormale format geht, ohne mod_gzip.
desweiteren glaube ich ist es wohl nicht in deinem interesse die user die
browser haben was mod_gzip nicht unterstützt vor den kopf zu stoßen.
Eine weitere denkbare Lösung wäre es, ein Mod zu erstellen, das es den Benutzer selbst erlaubt, im Profil gzip zu aktivieren. Wobei dann gzip standardmässig deaktiviert sein müsste und das Profil selbst immer ohne gzip Kompression angezeigt werden müsste (ansonsten könnte der Benutzer gzip nicht mehr deaktivieren, wenn er nach dem Aktivieren nur Müll auf dem Bildschirm hat).
MfG. neuro
hallo
der mod cache ist ja auch nichts anderes als eine art proxy.
die frage ist, willst du selber einen proxy aufsetzen ?
wenn ja, machst du da einen gedanken fehler.
wenn du squid aufsetzt brauchst du dafür wieder ressourcen, sei es eine
seperate maschine oder auf dem gleichen server.
squid benötig auch so einiges an leistung, und kann ganz schön gefrässig
werden.
der andere gesichts punkt ist ja, das du squid nie voll benötigst.
den webserver und die db ja wohl schon eher.
das andere ist, du hast viel mehr möglichkeiten mit der optimierung vom
webserver und den daten.
bei php kannst du die effizzienz duch einige php optimizer erheblich steigern.
siehe hier
mit den php optimizer kannst du die dateien auf eine minimale größe
schrumpfen und sparst viel mehr als mit squid.
der vorteil ist das du es erreichst das wirklich jeder es benutzt, weill ja die
daten auf dem server von php erzeugt werden.
ein nachteil ist aber, das muss man sagen das die php optimizer leistung
benötigen.
aber das kann man hier sogar vernachlässigen weill man die belastungen
vom web server auf die php engine verschiebt.
im nach hinein zahlt sich der php optimizer aber aus, auch wenn er ein
wenig leistung benötigt.
ich bin der meinung das es viel wichtiger ist die belastung der machine
auf einem kleinem level zu halten, und man sollte sich lieber die arbeit
machen die daten zu optimieren und traffic zu sparen, durch den
einsatz von intiligenten programmen.
als noch mehr ressourcen zu verbrauchen nur um die leistung zu halten.
der beste php optimizer ist zu zeit MMCache, den benutze ich auch.
Ein paar Benchmark ergebnisse
cu
der mod cache ist ja auch nichts anderes als eine art proxy.
du siehst da einen falschen ansatzt.Darum geht es ja eben. Sachen wie HTML oder andere statitische Daten
immer wieder durch den Apache laufen zu lassen, macht nicht viel Sinn.
Hier ist der Einsatz von Squid schon sehr sinnvoll. Mir geht es eben nur
darum, ob hier jemand eine Konfiguaration gefunden hat, bei der phpBB2
gzip und Squid eingesetzt werden, ohne dass es zu den bekannten
Problemen kommt.
die frage ist, willst du selber einen proxy aufsetzen ?
wenn ja, machst du da einen gedanken fehler.
wenn du squid aufsetzt brauchst du dafür wieder ressourcen, sei es eine
seperate maschine oder auf dem gleichen server.
squid benötig auch so einiges an leistung, und kann ganz schön gefrässig
werden.
der andere gesichts punkt ist ja, das du squid nie voll benötigst.
den webserver und die db ja wohl schon eher.
das andere ist, du hast viel mehr möglichkeiten mit der optimierung vom
webserver und den daten.
bei php kannst du die effizzienz duch einige php optimizer erheblich steigern.
siehe hier
mit den php optimizer kannst du die dateien auf eine minimale größe
schrumpfen und sparst viel mehr als mit squid.
der vorteil ist das du es erreichst das wirklich jeder es benutzt, weill ja die
daten auf dem server von php erzeugt werden.
ein nachteil ist aber, das muss man sagen das die php optimizer leistung
benötigen.
aber das kann man hier sogar vernachlässigen weill man die belastungen
vom web server auf die php engine verschiebt.
im nach hinein zahlt sich der php optimizer aber aus, auch wenn er ein
wenig leistung benötigt.
ich bin der meinung das es viel wichtiger ist die belastung der machine
auf einem kleinem level zu halten, und man sollte sich lieber die arbeit
machen die daten zu optimieren und traffic zu sparen, durch den
einsatz von intiligenten programmen.
als noch mehr ressourcen zu verbrauchen nur um die leistung zu halten.
der beste php optimizer ist zu zeit MMCache, den benutze ich auch.
Ein paar Benchmark ergebnisse
cu
