mod_gzip - servir du contenu compressé par le serveur web Apache - Page 10

Auteur : Michael Schröpl

Les numéros de version pour mod_gzip sont sélectionnés en fonction des numéros de version des serveurs Apache qui étaient à jour lorsque la version de mod_gzip a été publiée - pour cette version d’Apache, au moins la nouvelle version de mod_gzip a été testée.

Le quatrième composant supplémentaire du numéro de version, composé d’un nombre et d’une lettre, est destiné à expliquer quel type de changement la nouvelle version contient :

• Un changement de seule lettre décrit une ‘version mineure’ qui contient normalement uniquement quelques corrections de bogues ; la configuration Apache existante devrait rester utilisable.
• Un changement de nombre décrit une ‘version majeure’ qui peut normalement contenir des changements de fonctionnalité (en particulier de nouvelles directives de configuration ou modifiées) de sorte qu’il pourrait être nécessaire d’adapter votre configuration Apache.

La compatibilité entre Apache 1.3.x et mod_gzip 1.3.y est généralement garantie : l’API Apache 1.3 ne change plus, mod_gzip fonctionnerait même avec de très anciennes versions d’Apache 1.3 (dont l’utilisation serait définitivement déconseillée aujourd’hui).
L’une des premières versions d’Apache 1.3 a introduit certaines fonctions internes pour l’évaluation des expressions régulières ; cette fonction est utilisée par mod_gzip (pour évaluer les règles de filtre), donc mod_gzip ne fonctionnerait pas avec Apache 1.2.x (si quelqu’un se souciait de cela …).

Nouveautés dans la version 1.3.26.1a

• correction de bogue : Dans les versions précédentes, mod_gzip avait un problème pour gérer les requêtes POST contenant un corps plus long que 4 ou 8 kByte.
  Maintenant, mod_gzip refuse de traiter ces requêtes, de sorte que leur contenu sera servi sous forme non compressée.
• correction de bogue : Dans les versions précédentes, mod_gzip avait un problème pour gérer les en-têtes HTTP plus longs que 4 kB (par exemple lors de l’utilisation de contenus très longs pour les cookies HTTP). Cela a été corrigé.
• Réduction du nombre d’en-têtes HTTP Vary: générés depuis la version 1.3.19.2a, améliorant à nouveau la mise en cache du contenu non compressé par les caches proxy.
• Envoi supplémentaire d’un en-tête HTTP Vary: lorsque la directive mod_gzip_min_http a été utilisée, pour indiquer un type de négociation autre que pour les noms d’en-têtes HTTP.
• Nouvelle directive : mod_gzip_update_static.
• Les anciennes directives - mod_gzip_add_vinfo,
• mod_gzip_do_static_files,
• mod_gzip_do_cgi,
• mod_gzip_post_on et
• mod_gzip_verbose_debug des anciennes versions de mod_gzip qui n’étaient pas prises en charge depuis un certain temps ont maintenant été complètement supprimées du code source du programme.
  Cela peut entraîner des configurations contenant encore ces directives inefficaces à ne plus se charger avec la nouvelle version ; il suffit de supprimer ces anciennes directives, car elles n’avaient aucun effet même dans la version 1.3.19.1a.
• Patch pour la plateforme Netware : Utiliser des sockets comme dans la variante Win32 - sans cette modification, mod_gzip n’était pas utilisable sur Netware (fourni par Günther Knauf).

Nouveautés dans la version 1.3.19.2a

• Envoi de l’en-tête HTTP Vary: pour marquer la sortie comme résultat de négociation pour les serveurs proxy.
• Division du code source en trois fichiers : - mod_gzip.c : fonctions du module et intégration dans le serveur Apache
• mod_gzip_compress.c : la fonction de compression gzip par Kevin Kiley
• mod_gzip_debug.c : fonctions de sortie de diagnostic pures (nécessaires uniquement si la variable MOD_GZIP_DEBUG1 a été définie dans le préprocesseur).
• correction de bogue : Si le résultat d’une compression est plus grand que le fichier original, alors mod_gzip oublie de supprimer le fichier temporaire créé de son répertoire de travail. Au fil du temps, beaucoup de fichiers s’y sont accumulés (ce qui d’ailleurs était un signe que la configuration de mod_gzip n’était pas parfaitement sélectionnée, car mod_gzip aurait pu économiser l’effort de compresser tous ces fichiers).
• Nouvelle directive : mod_gzip_handle_methods.
• Nouvelle directive : mod_gzip_static_suffix.
• Lors de la recherche d’une version précompressée statiquement d’un fichier, mod_gzip détectera maintenant automatiquement si cette version est plus ancienne que le fichier original non compressé.
• Lors de la recherche d’une version précompressée statiquement d’un fichier, mod_gzip détectera maintenant automatiquement un accès à un répertoire - la version précédente aurait servi le contenu d’un fichier avec le nom du répertoire plus l’extension .gz, ce qui semble au moins être une idée discutable.
  Maintenant, mod_gzip ne cherchera plus de fichier précompressé statiquement en cas d’accès à un répertoire, mais essaiera toujours de compresser dynamiquement le contenu (s’il est autorisé à le faire).

Emplacement original de ce document :

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