Miscellaneous corrections.

    <code>FileETag&nbsp;INode&nbsp;MTime&nbsp;Size</code>, et si un de

    ses sous-r&eacute;pertoires contient <code>FileETag&nbsp;-INode</code>, la

    configuration de ce sous-répertoire (qui sera propagée vers tout

    sou-répertoire qui ne la supplante pas), sera équivalente à

    sous-répertoire qui ne la supplante pas), sera équivalente à

    <code>FileETag&nbsp;MTime&nbsp;Size</code>.</p>

    <note type="warning"><title>Avertissement</title>

    Ne modifiez pas les valeurs par défaut pour les répertoires ou

serveur HTTP Apache</title>

<summary>

  <p>Ce document d&eacute;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

  <a href="new_features_2_2.html">nouvelles fonctionnalit&eacute;s

  <p>Ce document d&eacute;crit les modifications majeures apportées par

  la version 2.4 du serveur HTTP Apache. Pour les nouvelles fonctionnalités

  ajoutées par la version 2.2, se référer au document

  <a href="new_features_2_2.html">Nouvelles fonctionnalit&eacute;s

  de la version 2.2</a>.</p>

</summary>

      préciser une durée de vie en millisecondes.

      </dd>

      <dt>MPMs chargeables</dt>

      <dt>Modules multiprocessus (MPMs) chargeables</dt>

      <dd>On peut maintenant compiler plusieurs MPMs en tant que modules

      chargeables. La configuration du MPM choisi s'effectue à

      chargeables. Le choix du MPM à utiliser s'effectue à

      l'ex&eacute;cution.</dd>

      <dt>Configuration du niveau de journalisation (LogLevel) par

      ajout&eacute;s au dessus du niveau de journalisation <code>debug</code>.</dd>

      <dt>MPM Event</dt>

      <dd>Le MPM Event est sorti du mode exp&eacute;rimental pour &ecirc;tre

      <dd>Le MPM Event est sorti du stade exp&eacute;rimental pour &ecirc;tre

      pleinement support&eacute;.</dd>

      <dt>Support du mode asynchrone</dt>

    <title>Nouveau modules</title>

    <dl>

      <dt><module>mod_allowmethods</module></dt>

      <dd>Nouveau module permettant de restreindre l'utilisation de

      <dd>Permet de restreindre l'utilisation de

      certaines méthodes HTTP sans interférer avec l'authentification et

      l'autorisation.</dd>

      <module>mod_proxy</module>.</dd>

      <dt><module>mod_ratelimit</module></dt>

      <dd>Permet de limiter le taux de bande passante pour certains

      <dd>Permet de limiter la bande passante pour certains

      clients.</dd>

      <dt><module>mod_reflector</module></dt>

      en-t&ecirc;tes de la requ&ecirc;te.</dd>

      <dt><module>mod_reqtimeout</module></dt>

      <dd>D&eacute;finit le d&eacute;lai d'expiration et le taux de donn&eacute;es minimum

      <dd>D&eacute;finit la durée de vie et le taux de transfert de donn&eacute;es minimum

      pour la r&eacute;ception des requ&ecirc;tes.</dd>

      <dt><module>mod_request</module></dt>

      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&ecirc;me.</dd>

      dans le certificat client.</dd>

	<dd><module>mod_ssl</module> supporte aussi maintenant le lien

	OCSP, par lequel le serveur obtient activement une vérification

	OCSP de son certificat et la transmet au client durant la phase

	de n&eacute;gociation de la connexion.</dd>

	<dd>En outre, <module>mod_ssl</module> supporte maintenant

	l'estampillage OCSP (OCSP stapling), qui permet au serveur

	d'attester la validité de son certificat auprès du client au

	cours de la phase de négociation de la connexion.</dd>

      <dd>On peut maintenant configurer <module>mod_ssl</module> pour

      <dd>Enfin, <module>mod_ssl</module> peut maintenant être configuré pour

      que celui-ci partage les données de session SSL entre les serveurs

      via memcached.</dd>

      <dd>La directive <directive

      module="mod_proxy">ProxyPass</directive> est maintenant configur&eacute;e

      de la mani&egrave;re la plus optimale dans les sections <directive

      de mani&egrave;re optimale dans les sections <directive

      module="core">Location</directive> ou <directive

      module="core">LocationMatch</directive>, et offre un gain de

      performances important par rapport à la syntaxe traditionnelle à

      <dt><module>mod_proxy_balancer</module></dt>

      <dd>D'avantage de possibilit&eacute;s de modifier la configuration &agrave;

      l'exécution des membres de groupes de répartition de charge via le

      gestionnaire de r&eacute;partition de charge.</dd>

      <dd>Le gestionnaire de r&eacute;partition de charge permet d'ajouter des

      membres de groupes de répartition de charge supplémentaires à

      l'ex&eacute;cution.</dd>

      <dd>Le gestionnaire de répartition de charge propose de nouvelles

      fonctionnalités. Ainsi, les possibilités de configuration des

      membres du groupe de répartition de charge pendant l'exécution ont

      été améliorées (possibilité d'ajout d'un membre supplémentaire).</dd>

      <dd>Configuration &agrave; l'ex&eacute;cution d'un sous-ensemble de param&egrave;tres

      de r&eacute;partition de charge.</dd>

      <dt><module>mod_include</module></dt>

      <dd>Support de l'attribut 'onerror' dans un &eacute;l&eacute;ment 'include',

      permettant de servir un message d'erreur personnalisé à la place

      permettant de renvoyer un message d'erreur personnalisé à la place

      du message d'erreur par d&eacute;faut.</dd>

      <dt><module>mod_cgi</module>, <module>mod_include</module>,

      en-têtes contenant des caractères invalides (comme les caractères

      de soulignement) sont maintenant ignor&eacute;s. Le document <a

      href="env.html">Les variables d'environnement dans Apache</a>

      présentent quelques pistes pour contourner ce problème avec les

      présente quelques pistes pour contourner ce problème avec les

      clients anciens qui nécessitent de tels en-têtes (Ceci affecte

      tous les modules qui utilisent ces variables d'environnement).</dd>

	<dt>htcacheclean</dt>

        <dd>Les URLs pr&eacute;sentes dans le cache peuvent maintenant &ecirc;tre

	affich&eacute;es, accompagn&eacute;es &eacute;ventuellement de leurs m&eacute;tadonn&eacute;es.</dd>

        <dd>Permet d'effacer explicitement des URLs individuelles

        <dd>Possibilité de supprimer explicitement des URLs individuelles

	pr&eacute;sentes dans le cache.</dd>

        <dd>Les tailles de fichiers peuvent maintenant &ecirc;tre arrondies au

	multiple de la taille de bloc donnée, les limites de taille

    </section>

  <section id="developer">

    <title>Modifications pour le d&eacute;veloppeur de modules</title>

    <title>Modifications concernant les d&eacute;veloppeur de modules</title>

    <dl>

      <dt>Ajout de code pour la v&eacute;rification de la configuration</dt>

<manualpage metafile="upgrading.xml.meta">

<title>Mise &agrave; jour vers 2.4 depuis 2.2</title>

<title>Mise &agrave; jour de la version 2.2 vers la version 2.4</title>

<summary>

  <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;

  <p>Ce document pr&eacute;sente les changements de comportement du serveur qui

  peuvent nécessiter une modification de la configuration, et la manière

  d'utiliser la version 2.4 du serveur en continuant d'utiliser la

  d'utiliser la version 2.4 du serveur en parallèle avec la

  version 2.2. Pour tirer parti des nouvelles fonctionnalités de la

  version 2.4, reportez-vous au document "Nouvelles fonctionnalit&eacute;s".</p>

fonctionnalit&eacute;s du serveur HTTP Apache 2.4</a></seealso>

  <section id="compile-time">

    <title>Modifications de la configuration au moment de la compilation</title>

    <title>Modifications des param&egrave;tres de compilation</title>

     <p>Le processus de compilation est tr&egrave;s similaire &agrave; celui de la

     version 2.2. Dans la plupart des cas, vous pourrez utiliser votre

     ancienne ligne de commande <code>configure</code> (telle qu'elle

    <ul>

      <li>Les modules suivants ont &eacute;t&eacute; supprim&eacute;s : mod_authn_default,

      mod_authz_default et mod_mem_cache. Si vous utilisiez

      mod_mem_cache sous la version 2.2, reportez-vous à

      mod_mem_cache sous la version 2.2, vous devez maintenant utiliser

      <module>mod_cache_disk</module> dans la version 2.4.</li>

      <li>Toutes les impl&eacute;mentations de r&eacute;partition de charge ont &eacute;t&eacute;

      utilise.</li>

      <li>Le support de BeOS, TPF, et des anciennes plates-formes telles

      que A/UX, Next, et Tandem a été supprimé, car il a été supposé

      qu'elles n'&eacute;taient plus maintenues.</li>

      que A/UX, Next, et Tandem a été supprimé, car

      elles ne sont plus consid&eacute;r&eacute;es comme maintenues.</li>

      <li>configure: les modules dynamiques (DSO) sont compil&eacute;s par

      d&eacute;faut</li>

    <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>

<p>Des changements significatifs dans la configuration de

l'autorisation, ainsi que quelques changements mineurs, peuvent

nécessiter une modification des fichiers de configuration de la version

nécessiter une mise à jour des fichiers de configuration de la version

2.2 avant de les utiliser sous la version 2.4.</p>

    <section id="authz">

      <title>Autorisation</title>

      <p>Tout fichier de configuration qui g&egrave;re des autorisations devra

      probablement &ecirc;tre modifi&eacute;.</p>

      probablement &ecirc;tre mis &agrave; jour.</p>

    <p>Vous devez vous reporter au document <a

    href="howto/auth.html">Authentification, autorisation et contrôle

      <p>Dans la version 2.2, le contr&ocirc;le d'acc&egrave;s bas&eacute; sur le nom d'h&ocirc;te

      du client, son adresse IP, ou d'autres caractéristiques de la

      requ&ecirc;te du client &eacute;tait assur&eacute; via les directives <directive

      requ&ecirc;te &eacute;tait assur&eacute; via les directives <directive

      module="mod_access_compat">Order</directive>, <directive

      module="mod_access_compat">Allow</directive>, <directive

      module="mod_access_compat">Deny</directive>, et <directive

    </section>

    <section id="config">

      <title>Autres changements de configuration</title>

      <title>Autres changements dans la configuration</title>

      <p>D'autres ajustements mineurs peuvent s'av&eacute;rer n&eacute;cessaires pour

      certaines configurations particuli&egrave;res, comme d&eacute;crit ci-dessous.</p>

        <li><module>mod_cache</module>: la directive <directive

	module="cache">CacheIgnoreURLSessionIdentifiers</directive>

	effectue maintenent une correspondance exacte dans la chaîne de

	effectue maintenant une correspondance exacte dans la chaîne de

	paramètres au lieu d'une correspondance partielle. Si votre

	configuration mettait en jeu des sous-chaînes comme

	<code>sessionid</code> pour correspondre &agrave;