CSS Gzip Browserunterstützung

Das liegt nicht an der Kompression, sondern daran, wie Du bei Deiner Kompressionslösung das Caching bzw. Verfallsdatum verhindert hast.

Wenn DU den Apache per GZIP komprimieren läßt und das Verfallsdatum verwendest, hast Du beide Vorteile: Du sendest nur einmal pro client bis zum Verfallsdatum und wenn Du sendest, dann komprimiert.

Kein Verfallsdatum bedeutet nicht "unendlich haltbar", sondern jedes mal neu Anfordern.

marc77 hat geschrieben:Warum wird bei komprimierten Daten immer gesendet und diese nicht auch mit "nicht geändert" beantwortet.

Das hat nichts mit komprimierten Daten an sich zu tun, sondern damit, dass du die Daten von einem Skript ausgeben lässt – komprimiert oder nicht ist für dieses Detail egal.

Dein Skript ist nicht in der Lage, auf "Seit dem letzten Abruf geändert"-Anfragen durch den Browser mit einem "Nicht geändert" zu antworten, sondern gibt stur jedesmal die Daten aus. Das ist eigentlich schon alles, du hast nur eine Komprimierung eingebaut, keine Änderungsprüfung.

Der Apache seinerseits kann zwar von Haus aus mit "Nicht geändert" antworten, aber nur, wenn er sicher ist, dass die Daten sich tatsächlich nicht geändert haben. Bei Dateien kann er dies leicht am Änderungsdatum der Datei erkennen. Bei einem Skript geht das hingegen nicht, denn das Änderungsdatum der Skriptdatei sagt ja nichts über die Daten aus, die das Skript an den Browser sendet – und nur um diese Daten geht es.
Stell' dir vor, du hättest ein Skript, das die Uhrzeit ausgibt. Die Daten, d.h. der Text mit der Uhrzeit ändert sich bei jedem Aufruf, aber die Skriptdatei kann Jahre alt sein. Anhand des Dateidatums lässt sich nicht bestimmen, ob die ausgegebenen Daten (die Uhrzeit) sich geändert haben. Aus diesem Grund macht der Apache bei Skripten und dergleichen keine Änderungsprüfung – es geht einfach nicht.

Und da Skripte per se immer variable Daten ausgeben, gibt es auch keine Möglichkeit, die Apache-Änderungsprüfung irgendwo einzuschalten. Für etwas, das immer dieselben Daten ausgibt (wie deine CSS-Daten), braucht man schließlich kein Skript, sondern nimmt eine normale Textdatei.
In ein Skript kann man zwar so eine Änderungsprüfung einbauen, in deinem Falle eigentlich sogar recht simpel, aber wozu ein einzelnes Rad neu erfinden, wenn beim Apache bereits eine ganze, vollautomatische Räderfabrik mitgeliefert wurde?

ok, nochmals danke für die Erklärung. Meine CSS Datei wird also durch die Komprimierung durch php zu einem Script, welches nicht antworten kann? richtig?