serveur HTTP Apache</title>
<summary>
- <p>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
- <a href="new_features_2_2.html">nouvelles fonctionnalités
+ <p>Ce document dé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é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écution.</dd>
<dt>Configuration du niveau de journalisation (LogLevel) par
ajoutés au dessus du niveau de journalisation <code>debug</code>.</dd>
<dt>MPM Event</dt>
- <dd>Le MPM Event est sorti du mode expérimental pour être
+ <dd>Le MPM Event est sorti du stade expérimental pour être
pleinement supporté.</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êtes de la requête.</dd>
<dt><module>mod_reqtimeout</module></dt>
- <dd>Définit le délai d'expiration et le taux de données minimum
+ <dd>Définit la durée de vie et le taux de transfert de données minimum
pour la réception des requê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ê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é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ée
- de la manière la plus optimale dans les sections <directive
+ de maniè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és de modifier la configuration à
- l'exécution des membres de groupes de répartition de charge via le
- gestionnaire de répartition de charge.</dd>
-
- <dd>Le gestionnaire de répartition de charge permet d'ajouter des
- membres de groupes de répartition de charge supplémentaires à
- l'exé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 à l'exécution d'un sous-ensemble de paramètres
de répartition de charge.</dd>
<dt><module>mod_include</module></dt>
<dd>Support de l'attribut 'onerror' dans un élé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é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é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ésentes dans le cache peuvent maintenant être
affichées, accompagnées éventuellement de leurs métadonnées.</dd>
- <dd>Permet d'effacer explicitement des URLs individuelles
+ <dd>Possibilité de supprimer explicitement des URLs individuelles
présentes dans le cache.</dd>
<dd>Les tailles de fichiers peuvent maintenant être arrondies au
multiple de la taille de bloc donnée, les limites de taille
</section>
<section id="developer">
- <title>Modifications pour le développeur de modules</title>
+ <title>Modifications concernant les développeur de modules</title>
<dl>
<dt>Ajout de code pour la vérification de la configuration</dt>
<manualpage metafile="upgrading.xml.meta">
-<title>Mise à jour vers 2.4 depuis 2.2</title>
+<title>Mise à jour de la version 2.2 vers la version 2.4</title>
<summary>
<p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
<p>Ce document pré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és".</p>
fonctionnalité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ètres de compilation</title>
<p>Le processus de compilation est très similaire à 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 été supprimé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émentations de répartition de charge ont été
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'étaient plus maintenues.</li>
+ que A/UX, Next, et Tandem a été supprimé, car
+ elles ne sont plus considérées comme maintenues.</li>
<li>configure: les modules dynamiques (DSO) sont compilés par
défaut</li>
<title>Modifications de la configuration à l'exé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ère des autorisations devra
- probablement être modifié.</p>
+ probablement être mis à 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ôle d'accès basé sur le nom d'hôte
du client, son adresse IP, ou d'autres caractéristiques de la
- requête du client était assuré via les directives <directive
+ requête était assuré 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érer nécessaires pour
certaines configurations particulières, comme dé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 à
projects / apache / commitdiff