mod_gzip - komprimierte Inhalte vom Apache-Webserver bereitstellen - Seite 10

Autor: Michael Schröpl

Versionsnummern für mod_gzip werden entsprechend den Versionsnummern der Apache-Server ausgewählt, die zum Zeitpunkt der Veröffentlichung der mod_gzip-Version aktuell waren - für diese Apache-Version wurde mindestens die neue mod_gzip-Version getestet.

Der zusätzliche vierte Bestandteil der Versionsnummer, der aus einer Zahl und einem Buchstaben besteht, soll erklären, welche Art von Änderung die neue Version enthält:

• Eine Änderung nur des Buchstabens beschreibt ein ‘Minor Release’, das normalerweise nur einige Fehlerbehebungen enthält; die bestehende Apache-Konfiguration sollte weiterhin verwendbar bleiben.
• Eine Änderung der Zahl beschreibt ein ‘Major Release’, das normalerweise Änderungen der Funktionalität (insbesondere neue oder modifizierte Konfigurationsanweisungen) enthalten kann, sodass eine Anpassung Ihrer Apache-Konfiguration möglicherweise erforderlich ist.

Die Kompatibilität zwischen Apache 1.3.x und mod_gzip 1.3.y ist im Allgemeinen gewährleistet: Die Apache 1.3 API ändert sich nicht mehr, mod_gzip würde sogar mit sehr alten Apache 1.3-Versionen funktionieren (deren Verwendung heute definitiv als veraltet angesehen werden würde).
Eine der frühesten Apache 1.3-Versionen führte einige interne Funktionen zur Auswertung regulärer Ausdrücke ein; diese Funktion wird von mod_gzip verwendet (zur Auswertung der Filterregeln), daher würde mod_gzip nicht mit Apache 1.2.x funktionieren (wenn sich überhaupt jemand darum kümmern würde …).

Neu in Version 1.3.26.1a

• Fehlerbehebung: In früheren Versionen hatte mod_gzip ein Problem mit der Verarbeitung von POST-Anfragen mit einem Body länger als 4 bzw. 8 kByte.
  Jetzt lehnt mod_gzip die Verarbeitung dieser Anfragen ab, sodass deren Inhalt in unkomprimierter Form bereitgestellt wird.
• Fehlerbehebung: In früheren Versionen hatte mod_gzip ein Problem mit der Verarbeitung von HTTP-Headern, die länger als 4 kB sind (z. B. bei Verwendung sehr langer Inhalte für HTTP-Cookies). Dies wurde behoben.
• Reduzierung der Anzahl der Vary: HTTP-Header, die seit Version 1.3.19.2a generiert werden, um die Cachefähigkeit unkomprimierter Inhalte durch Proxy-Caches zu verbessern.
• Zusätzliches Senden eines Vary: ** HTTP-Headers, wenn eine mod_gzip_min_http*-Direktive verwendet wurde, um eine Art der Verhandlung anzuzeigen, die sich von den HTTP-Headernamen unterscheidet.
• Neue Direktive: mod_gzip_update_static.
• Die alten Direktiven - mod_gzip_add_vinfo,
• mod_gzip_do_static_files,
• mod_gzip_do_cgi,
• mod_gzip_post_on und
• mod_gzip_verbose_debug aus früheren mod_gzip-Versionen, die seit einiger Zeit nicht mehr unterstützt wurden, wurden nun vollständig aus dem Programmcode entfernt.
  Dies kann dazu führen, dass Konfigurationen, die diese ineffektiven Direktiven noch enthalten, mit der neuen Version nicht mehr geladen werden; entfernen Sie einfach diese alten Direktiven, da sie auch in Version 1.3.19.1a keinerlei Wirkung hatten.
• Patch für die Netware-Plattform: Verwenden von Sockets wie in der Win32-Variante - ohne diese Modifikation war mod_gzip auf Netware nicht verwendbar (bereitgestellt von Günther Knauf).

Neu in Version 1.3.19.2a

• Senden des Vary: HTTP-Headers, um die Ausgabe als Verhandlungsergebnis für Proxy-Server zu kennzeichnen.
• Aufteilung des Quellcodes in drei Dateien: - mod_gzip.c: Modul-Funktionen und Einbettung in den Apache-Server
• mod_gzip_compress.c: die gzip-Komprimierungsfunktion von Kevin Kiley
• mod_gzip_debug.c: reine Diagnoseausgabefunktionen (nur erforderlich, wenn die Variable MOD_GZIP_DEBUG1 im Präprozessor definiert wurde).
• Fehlerbehebung: Wenn das Ergebnis einer Komprimierung größer als die Originaldatei ist, dann vergaß mod_gzip, die erstellte temporäre Datei aus seinem Arbeitsverzeichnis zu entfernen. Im Laufe der Zeit sammelten sich dort viele Dateien an (die übrigens ein Zeichen dafür waren, dass die mod_gzip-Konfiguration nicht perfekt ausgewählt war, da mod_gzip sich die Mühe hätte sparen können, all diese Dateien zu komprimieren).
• Neue Direktive: mod_gzip_handle_methods.
• Neue Direktive: mod_gzip_static_suffix.
• Bei der Suche nach einer statisch vorkomprimierten Version einer Datei erkennt mod_gzip jetzt automatisch, ob diese Version älter ist als die unkomprimierte Originaldatei.
• Bei der Suche nach einer statisch vorkomprimierten Version einer Datei erkennt mod_gzip jetzt automatisch den Zugriff auf ein Verzeichnis - die vorherige Version hätte den Inhalt einer Datei mit dem Namen des Verzeichnisses plus der Erweiterung .gz bereitgestellt, was zumindest fragwürdig erscheint.
  Jetzt wird mod_gzip bei einem Zugriff auf ein Verzeichnis nicht mehr nach einer statisch vorkomprimierten Datei suchen, sondern immer versuchen, den Inhalt dynamisch zu komprimieren (wenn es dazu berechtigt ist).

Ursprünglicher Standort dieses Dokuments:

http://www.schroepl.net/projekte/mod_gzip/versions.htm