Vue d'ensemble des nouvelles fonctionnalités de la version 2.4 du +<title>Vue d'ensemble des nouvelles fonctionnalitÃ©s de la version 2.4 du serveur HTTP Apache

-Vue d'ensemble des nouvelles fonctionnalités de la version 2.4 du +<title>Vue d'ensemble des nouvelles fonctionnalitÃ©s de la version 2.4 du serveur HTTP Apache

Ce document décrit certaines modifications majeures entre les versions - 2.2 et 2.4 du serveur HTTP Apache. Pour les nouvelles fonctionnalités - ajoutées depuis la version 2.0, se référer au document - nouvelles fonctionnalités +

Ce document dÃ©crit certaines modifications majeures entre les versions + 2.2 et 2.4 du serveur HTTP Apache. Pour les nouvelles fonctionnalitÃ©s + ajoutÃ©es depuis la version 2.0, se rÃ©fÃ©rer au document + nouvelles fonctionnalitÃ©s de la version 2.2.

- Améliorations du noyau + AmÃ©liorations du noyau

KeepAliveTimeout en millisecondes: La directive KeepAliveTimeout permet dorénavant de - préciser une durée de vie en millisecondes. + >KeepAliveTimeout permet dorÃ©navant de + prÃ©ciser une durÃ©e de vie en millisecondes.
Simple MPM: Une implémentation de MPM en "salle blanche" avec gestion - avancée du jeu de threads.
MPMs chargeables: On peut maintenant compiler plusieurs MPMs en tant que modules - chargeables. La configuration du MPM choisi s'effectue à - l'exécution.
Configuration du niveau de journalisation (LogLevel) par - module et par répertoire: La directive LogLevel - peut maintenant être définie par module et par répertoire. Les - nouveaux niveaux trace1 à trace8 ont été - ajoutés au dessus du niveau de journalisation debug.

- Améliorations des modules + AmÃ©liorations des modules

mod_ssl: mod_ssl peut maintenant vérifier la - validité des certificats clients en se connectant à - un serveur OCSP. Il est possible de définir un - répondeur par défaut, et de choisir si l'on - préfère le répondeur désigné - dans le certificat client lui-même.; mod_ssl peut maintenant vÃ©rifier la + validitÃ© des certificats clients en se connectant Ã + un serveur OCSP. Il est possible de dÃ©finir un + rÃ©pondeur par dÃ©faut, et de choisir si l'on + prÃ©fÃ¨re le rÃ©pondeur dÃ©signÃ© + dans le certificat client lui-mÃªme.; mod_ssl supporte aussi maintenant le lien - OCSP, par lequel le serveur obtient activement une vérification + OCSP, par lequel le serveur obtient activement une vÃ©rification OCSP de son certificat et la transmet au client durant la phase - de négociation de la connexion.; On peut maintenant configurer mod_ssl pour - que celui-ci partage les données de session SSL entre les serveurs + que celui-ci partage les donnÃ©es de session SSL entre les serveurs via memcached.
mod_lua
mod_cache: mod_cache peut maintenant mettre en cache des - requêtes HEAD.; Chaque fois que cela est possible, les directives de - mod_cache peuvent maintenant être définies au - niveau du répertoire, et non plus seulement au niveau du serveur + mod_cache peuvent maintenant Ãªtre dÃ©finies au + niveau du rÃ©pertoire, et non plus seulement au niveau du serveur principal.; L'URL de base des URLs en cache peut être personnalisée de - façon à ce qu'un cluster de caches puisse partager le même préfixe +; L'URL de base des URLs en cache peut Ãªtre personnalisÃ©e de + faÃ§on Ã ce qu'un cluster de caches puisse partager le mÃªme prÃ©fixe d'URL.; mod_cache peut maintenant servir du contenu - non mis à jour lorsqu'un serveur d'arrière-plan n'est pas + non mis Ã jour lorsqu'un serveur d'arriÃ¨re-plan n'est pas disponible (erreur 5xx).; mod_cache peut maintenant insérer - HIT/MISS/REVALIDATE dans un en-tête X-Cache.; mod_cache peut maintenant insÃ©rer + HIT/MISS/REVALIDATE dans un en-tÃªte X-Cache.
mod_allowmethods: Nouveau module permettant de restreindre certaines mÃ©thodes + HTTP sans interfÃ©rer avec l'authentification et l'autorisation.

- Améliorations des programmes + AmÃ©liorations des programmes

htcacheclean: Les URLs présentes dans le cache peuvent maintenant être - affichées, accompagnées éventuellement de leurs métadonnées.; Les URLs prÃ©sentes dans le cache peuvent maintenant Ãªtre + affichÃ©es, accompagnÃ©es Ã©ventuellement de leurs mÃ©tadonnÃ©es.; Permet d'effacer explicitement des URLs individuelles - présentes dans le cache.; Les tailles de fichiers peuvent maintenant être arrondies au - multiple de la taille de bloc donnée, les limites de taille - collant de ce fait d'avantage à la taille réelle sur disque.; La taille du cache peut maintenant être limitée par le - nombre d'inodes, en plus de la possibilité de limitation par la + prÃ©sentes dans le cache.; Les tailles de fichiers peuvent maintenant Ãªtre arrondies au + multiple de la taille de bloc donnÃ©e, les limites de taille + collant de ce fait d'avantage Ã la taille rÃ©elle sur disque.; La taille du cache peut maintenant Ãªtre limitÃ©e par le + nombre d'inodes, en plus de la possibilitÃ© de limitation par la taille des fichiers.

Ajout de code pour la vérification de la configuration
Ajout de code pour la vÃ©rification de la configuration: Une nouvelle fonction, check_config, a été ajoutée et - s'exécute entre les fonctions pre_config et - open_logs. Elle s'exécute aussi avant la fonction - test_config si l'option -t est passée au - démon httpd. La fonction check_config - permet aux modules de vérifier l'interdépendance des valeurs des +; Une nouvelle fonction, check_config, a Ã©tÃ© ajoutÃ©e et + s'exÃ©cute entre les fonctions pre_config et + open_logs. Elle s'exÃ©cute aussi avant la fonction + test_config si l'option -t est passÃ©e au + dÃ©mon httpd. La fonction check_config + permet aux modules de vÃ©rifier l'interdÃ©pendance des valeurs des directives de configuration et d'ajuster ces valeurs, alors que les - messages du serveur peuvent encore être affichés sur la console. + messages du serveur peuvent encore Ãªtre affichÃ©s sur la console. L'utilisateur est ainsi averti des erreurs de configuration avant que la fonction du noyau open_logs ne redirige les sorties de la console vers le journal des erreurs.
Ajout d'un analyseur syntaxique d'expressions: Nous disposons à présent d'un analyseur générique d'expressions, dont l'API - est décrite dans ap_expr.h. Il s'agit d'une adaptation de +; Nous disposons Ã prÃ©sent d'un analyseur gÃ©nÃ©rique d'expressions, dont l'API + est dÃ©crite dans ap_expr.h. Il s'agit d'une adaptation de l'analyseur qu'on trouvait auparavant dans mod_include.
Conteneurs de logique d'autorisation: On peut maintenant spécifier une logique d'autorisation - avancée à l'aide de la directive On peut maintenant spÃ©cifier une logique d'autorisation + avancÃ©e Ã l'aide de la directive Require et des directives de - conteneur associées, comme RequireAll, toutes fournies par le module mod_authz_core.
Interface de mise en cache des petits objets: Le fichier d'en-têtes ap_socache.h fournit une - interface à base de fournisseur pour la mise en cache des petits - objets de données, en s'inspirant de - l'implémentation précédente - du cache de session par mod_ssl. Sont supportés +; Le fichier d'en-tÃªtes ap_socache.h fournit une + interface Ã base de fournisseur pour la mise en cache des petits + objets de donnÃ©es, en s'inspirant de + l'implÃ©mentation prÃ©cÃ©dente + du cache de session par mod_ssl. Sont supportÃ©s actuellement : les fournisseurs utilisant un tampon cyclique en - mémoire partagée, les fichiers dbm sur disque, et les caches - distribués de type memcache./dd> + mÃ©moire partagÃ©e, les fichiers dbm sur disque, et les caches + distribuÃ©s de type memcache./dd>
Ajout du point d'ancrage Cache Status: Le module mod_cache inclut maintenant un - nouveau point d'ancrage, cache_status, qui est appelé - lorsque la décision à propos de la mise en cache est connue. Il en - existe une implémentation par défaut qui ajoute les en-têtes - optionnels X-Cache et X-Cache-Detail à - la réponse.

La documentation du développeur contient une liste détaillée des modifications +