Serveur Apache HTTP Version 2.2
|
Äîêóìåíò âçÿò èç êýøà ïîèñêîâîé ìàøèíû. Àäðåñ
îðèãèíàëüíîãî äîêóìåíòà
: http://www.arcetri.astro.it/manual/fr/new_features_2_2.html
Äàòà èçìåíåíèÿ: Mon Jan 21 19:44:30 2013 Äàòà èíäåêñèðîâàíèÿ: Fri Feb 28 01:59:02 2014 Êîäèðîâêà: Ïîèñêîâûå ñëîâà: http astrokuban.info astrokuban |
Serveur Apache HTTP Version 2.2
Ce document dÈcrit quelques uns des changements principaux entre les versions 2.0 et 2.2 du serveur HTTP Apache. Pour les nouvelles fonctionnalitÈs ajoutÈes depuis la version 1.3, se rÈfÈrer au document 2.0 new features.
mod_authn_alias permet de
simplifier considÈrablement certaines configurations d'authentification.
Voir modification des noms de modules,
et
les changements pour le dÈveloppeur
pour plus d'informations sur les consÈquences de ces
changements pour les utilisateurs et les dÈveloppeurs de
modules.mod_cache, mod_disk_cache, et
mod_mem_cache ont subi de nombreuses
modifications, et l'on considÕre qu'ils ont maintenant atteint
un degrÈ de qualitÈ suffisant pour leur mise en production. Le programme
htcacheclean a ÈtÈ ajoutÈ afin de rendre
plus propre la configuration du module
mod_disk_cache.prefork,
worker et event permettent
maintenant l'arrÉt en douceur de httpd
au moyen du signal
graceful-stop.
La directive GracefulShutdownTimeout a ÈtÈ ajoutÈe dans le but
de spÈcifier un dÈlai optionnel, aprÕs lequel
httpd s'arrÉtera quel que soit le statut
des requÉtes en cours.mod_proxy_balancer fournit
des services de rÈpartition de charge (load balancing) pour le
module mod_proxy.
Le nouveau module mod_proxy_ajp ajoute le
support pour le
Protocole JServ de Apache version 1.3 qu'utilise
Apache Tomcat.httpd peut Étre configurÈ pour utiliser une
PCRE choisie en passant l'option --with-pcre au
script configure.mod_filter permet la configuration
dynamique de la chaÍne de filtrage en sortie. Il permet
d'insÈrer des filtres conditionnels basÈs sur toute
requÉte, en-tÉte de rÈponse ou variable
d'environnement, et fait table rase des problÕmes de dÈpendances
et d'ordonnancement rencontrÈs avec l'architecture 2.0.httpd supporte maintenant les fichiers d'une taille supÈrieure
Þ 2GB sur les systÕmes 32 bits UNIX modernes. Le support des
corps de requÉte d'une taille supÈrieure Þ 2GB a aussi ÈtÈ
ajoutÈ.event utilise un thread sÈparÈ
pour gÈrer les requÉtes "Keep alive" et accepter des connexions.
Les requÉtes "Keep alive" requÈraient traditionnellement un
processus httpd dÈdiÈ pour leur gestion. Ce processus dÈdiÈ
ne pouvait plus Étre rÈutilisÈ jusqu'Þ ce que le dÈlai "Keep Alive"
soit ÈcoulÈ.mod_dbd, associÈ Þ l'environnement
apr_dbd, fournit le support SQL direct aux modules
qui en ont besoin. Supporte la mise en commun des connexions
dans les modules MPM threadÈs.
mod_auth
est maintenant scindÈ en deux modules : mod_auth_basic et
mod_authn_file; mod_auth_dbm s'appelle maintenant
mod_authn_dbm; mod_access a ÈtÈ renommÈ en
mod_authz_host. Est Ègalement apparu le nouveau module
mod_authn_alias qui simplifie
certaines configurations d'authentification.
mod_authnz_ldapmod_auth_ldap vers la version 2.2 du framework
Authn/Authz.
Les nouvelles fonctionnalitÈs comprennent l'utilisation des valeurs
d'attributs LDAP et des filtres de recherche avancÈs dans la
directive Require.mod_authz_ownermod_versionmod_info?config a ÈtÈ ajoutÈ, qui permettra d'afficher
les directives de configuration telles qu'elles sont interprÈtÈes
par Apache, y compris le nom de fichier et le numÈro de ligne.
Le module montre aussi l'ordre des point d'entrÈe de traitement d'une
requÉte (request hooks) ainsi que des informations de construction
supplÈmentaires, d'une maniÕre similaire Þ httpd -V.mod_sslmod_imagemapmod_imap a ÈtÈ renommÈ en mod_imagemap afin
d'Èviter une confusion pour les utilisateurs.httpd-M
a ÈtÈ ajoutÈe, qui fournit la liste de tous les modules chargÈs
en fonction de la configuration rÈelle. þ la diffÈrence de l'option
-l, cette liste inclut les Objets Dynamiques PartagÈs
(DSOs) chargÈs par l'intermÈdiaire du module
mod_so.httxt2dbmRewriteMap
et le type de mise en correspondance dbm.APR et
APR-Util. Pour plus de dÈtails, consultez le
site web de APR.mod_auth_* -> Modules qui implÈmentent un mÈcanisme
d'authentification HTTPmod_authn_* -> Modules qui fournissent un dispositif
d'authentification en arriÕre-planmod_authz_* -> Modules qui implÈmentent l'autorisation (ou l'accÕs)mod_authnz_* -> Module qui implÈmentent Þ la fois
l'authentification & l'autorisationap_log_cerror,
afin de pouvoir enregistrer les erreurs qui surviennent au cours de
la connexion du client. Une fois enregistrÈ, le message inclut l'adresse IP du client.test_config,
afin d'aider les modules qui ne veulent exÈcuter un code spÈcial
que si l'utilisateur passe le paramÕtre -t Þ
httpd.ThreadStackSize
afin de dÈfinir la taille de la pile pour tous les modules MPM en processus lÈgers (modules threadÈs).
Ceci s'avÕre nÈcessaire pour certains modules tiers sur des plateformes
dont la taille de la pile des threads par dÈfaut est
trop petite.mod_filter, Þ l'aide des appels
ap_register_output_filter_protocol ou
ap_filter_protocol.pcreposix.h n'est plus disponible;
il a ÈtÈ remplacÈ par le nouveau fichier
d'en-tÉte ap_regex.h. L'implÈmentation
POSIX.2 regex.h exposÈe dans l'ancien fichier d'en-tÉte
est maintenant disponible dans l'espace de nommage ap_
depuis ap_regex.h. Les appels Þ regcomp,
regexec, etc... peuvent Étre remplacÈs par des appels Þ
ap_regcomp, ap_regexec.Avec Apache 1.x et 2.0, les modules nÈcessitant un processus SQL d'arriÕre-plan devaient s'en charger eux-mÉmes. En dehors du fait de rÈinventer la roue, ceci peut s'avÈrer trÕs inefficace, par exemple lorsque plusieurs modules maintiennent chacun leurs propres connexions.
Apache 2.1 et supÈrieur fournissent l'API ap_dbd qui
permet la gestion des connexions Þ la base de donnÈes (y compris
les stratÈgies optimisÈes pour les modules MPM threadÈs
et non threadÈs), tandis que APR 1.2 et supÈrieur fournissent
l'API apr_dbd qui permet l'interaction avec la
base de donnÈes.
Les nouveaux modules DEVRAIENT dÈsormais utiliser ces APIs pour toutes les opÈrations liÈes aux bases de donnÈes SQL. De mÉme, les applications existantes DEVRAIENT Étre mises Þ jour lorsque c'est possible, soit de maniÕre transparente ou sous forme d'une option recommandÈe Þ leurs utilisateurs.