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_ldap
mod_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_owner
mod_version
mod_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_ssl
mod_imagemap
mod_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
.httxt2dbm
RewriteMap
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.