File: //usr/local/apache.ea3/manual/upgrading.html.fr
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Mise � jour de la version 2.2 vers la version 2.4 - Serveur Apache HTTP Version 2.4</title>
<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
<script src="./style/scripts/prettify.min.js" type="text/javascript">
</script>
<link href="./images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.4</p>
<img alt="" src="./images/feather.gif" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.4</a></div><div id="page-content"><div id="preamble"><h1>Mise � jour de la version 2.2 vers la version 2.4</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/upgrading.html" title="Fran�ais"> fr </a></p>
</div>
<p>Afin d'assister les utilisateurs lors de leurs op�rations de mise �
jour, nous maintenons un document
qui comporte des informations critiques � l'attention des personnes qui
utilisent d�j� le serveur HTTP Apache. Ces informations
ne sont que de br�ves notes, et vous
trouverez plus d'informations dans le document <a href="new_features_2_4.html">Nouvelles fonctionnalit�s</a>, ou dans
le fichier <code>src/CHANGES</code>. Les d�veloppeurs d'applications
et de modules trouveront un r�sum� des modifications de l'API dans la
vue d'ensemble <a href="developer/new_api_2_4.html">Mises � jour de
l'API</a>.</p>
<p>Ce document pr�sente les changements de comportement du serveur qui
peuvent n�cessiter une modification de la configuration, et une
méthode pour 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>
<p>Ce document ne d�crit que les modifications intervenues entre les versions
2.2 et 2.4. Si vous effectuez une mise � jour depuis la version 2.0, vous
devez aussi consulter le
<a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
� jour de 2.0 vers 2.2.</a></p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#compile-time">Modifications des param�tres de compilation</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration � l'ex�cution</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#misc">Changements divers</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#third-party">Modules tiers</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#commonproblems">Probl�mes de mise � jour courants</a></li>
</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
fonctionnalit�s du serveur HTTP Apache 2.4</a></li></ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="compile-time" id="compile-time">Modifications des param�tres de compilation</a></h2>
<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
est enregistr�e dans le fichier <code>build/config.nice</code>
situ� dans le r�pertoire de compilation du serveur). Voici certains
changements intervenus dans la configuration par d�faut :</p>
<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, vous devez maintenant utiliser
<code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> dans la version 2.4.</li>
<li>Toutes les impl�mentations de r�partition de charge ont �t�
d�plac�es vers des sous-modules sp�cifiques de mod_proxy, comme
<code class="module"><a href="./mod/mod_lbmethod_bybusyness.html">mod_lbmethod_bybusyness</a></code>. Vous devrez compiler et
charg�s tous les modules correspondants que votre configuration
utilise.</li>
<li>Le support de BeOS, TPF, et des anciennes plates-formes telles
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>
<li>configure: par d�faut, seul un jeu de modules de base est
charg�. Les autres directives <code class="directive">LoadModule</code>
sont mises en commentaires dans le fichier de configuration.</li>
<li>configure: le jeu de modules "most" est compil� par d�faut</li>
<li>configure: le jeu de modules "reallyall" ajoute les modules de
d�veloppeur au jeu "all".</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="run-time" id="run-time">Modifications de la configuration � l'ex�cution</a></h2>
<p>Des changements significatifs dans la configuration de
l'autorisation, ainsi que quelques changements mineurs, peuvent
n�cessiter une mise � jour des fichiers de configuration de la version
2.2 avant de les utiliser sous la version 2.4.</p>
<h3><a name="authz" id="authz">Autorisation</a></h3>
<p>Tout fichier de configuration qui g�re des autorisations devra
probablement �tre mis � jour.</p>
<p>Vous devez vous reporter au document <a href="howto/auth.html">Authentification, autorisation et contr�le
d'acc�s</a>, et plus particuli�rement � la section <a href="howto/auth.html#beyond">Pour aller plus loin qu'une simple
autorisation</a> qui explique les nouveaux m�canismes permettant de
contr�ler l'ordre dans lequel les directives d'autorisation sont
appliqu�es.</p>
<p>Les directives qui contr�lent la mani�re dont les modules
d'autorisation r�agissent lorsqu'ils ne reconnaissent pas
l'utilisateur authentifi� ont �t� supprim�es : elles comprennent les
directives AuthzLDAPAuthoritative, AuthzDBDAuthoritative,
AuthzDBMAuthoritative, AuthzGroupFileAuthoritative,
AuthzUserAuthoritative et AuthzOwnerAuthoritative. Ces directives
ont �t� remplac�es par les directives plus explicites <code class="directive"><a href="./mod/mod_authz_core.html#requireany">RequireAny</a></code>, <code class="directive"><a href="./mod/mod_authz_core.html#requirenone">RequireNone</a></code>, et <code class="directive"><a href="./mod/mod_authz_core.html#requireall">RequireAll</a></code>.</p>
<p>Si vous utilisez <code class="module"><a href="./mod/mod_authz_dbm.html">mod_authz_dbm</a></code>, vous devez
mettre � jour votre configuration en rempla�ant les directives du
style <code>Require group ...</code> par des directives du style
<code>Require dbm-group ...</code>.</p>
<h4><a name="access" id="access">Contr�le d'acc�s</a></h4>
<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 �tait assur� via les directives <code class="directive"><a href="./mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="./mod/mod_access_compat.html#allow">Allow</a></code>, <code class="directive"><a href="./mod/mod_access_compat.html#deny">Deny</a></code>, et <code class="directive"><a href="./mod/mod_access_compat.html#satisfy">Satisfy</a></code>.</p>
<p>Dans la version 2.4, ce contr�le d'acc�s est assur�, comme tout
contr�le d'autorisation, par le nouveau module
<code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>. Bien que le module
<code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> soit fourni � des fins de
compatibilit� avec les anciennes configurations, les anciennes
directives de contr�le d'acc�s devront �tre remplac�es par les
nouveaux m�canismes d'authentification.</p>
<p>Voici quelques exemples de contr�le d'acc�s avec l'ancienne et
la nouvelle m�thode :</p>
<p>Dans cet exemple, toutes les requ�tes sont rejet�es :</p>
<div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order deny,allow
Deny from all</pre>
</div>
<div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all denied</pre>
</div>
<p>Dans cet exemple, toutes les requ�tes sont accept�es :</p>
<div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
Allow from all</pre>
</div>
<div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all granted</pre>
</div>
<p>Dans l'exemple suivant, tous les h�tes du domaine example.org
ont l'autorisation d'acc�s, tous les autres sont rejet�s :</p>
<div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order Deny,Allow
Deny from all
Allow from example.org</pre>
</div>
<div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require host example.org</pre>
</div>
<h3><a name="config" id="config">Autres changements dans la configuration</a></h3>
<p>D'autres ajustements mineurs peuvent s'av�rer n�cessaires pour
certaines configurations particuli�res, comme d�crit ci-dessous.</p>
<ul>
<li>La directive <code class="directive">MaxRequestsPerChild</code> a �t� renomm�e en
<code class="directive"><a href="./mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code>;
ce nouveau nom refl�te mieux l'usage de cette directive.
L'ancien nom est encore support�.</li>
<li>La directive <code class="directive">MaxClients</code> a
�t� renomm�e en <code class="directive"><a href="./mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code>; ce nouveau
nom refl�te mieux l'usage de cette directive. Pour les
modules multiprocessus asynchrones, comme <code class="module"><a href="./mod/event.html">event</a></code>, le nombre
maximal de clients n'est pas �quivalent au nombre de threads du
worker. L'ancien nom est encore support�.</li>
<li>La directive <code class="directive"><a href="./mod/core.html#defaulttype">DefaultType</a></code> ne produit plus aucun
effet, si ce n'est d'�mettre un avertissement si elle est
d�finie � une valeur autre que <code>none</code>. D'autres
directives de configuration la remplacent dans la version 2.4.
</li>
<li>La valeur par d�faut de la directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> est maintenant
<code>None</code>.</li>
<li>La valeur par d�faut de la directive <code class="directive"><a href="./mod/core.html#enablesendfile">EnableSendfile</a></code> est maintenant Off.</li>
<li>La valeur par d�faut de la directive <code class="directive"><a href="./mod/core.html#fileetag">FileETag</a></code> est maintenant "MTime Size"
(sans INode).</li>
<li><code class="module"><a href="./mod/mod_dav_fs.html">mod_dav_fs</a></code>: le format du fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> a chang� pour les syst�mes
avec inodes. L'ancien fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> doit �tre supprim� dans le
cadre de la mise � jour.
</li>
<li>La directive <code class="directive"><a href="./mod/core.html#keepalive">KeepAlive</a></code>
n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
Avant, toute valeur autre que "Off" ou "0" �tait trait�e comme
"On".</li>
<li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
SSLStaplingMutex et WatchdogMutexPath ont �t� remplac�es par la
directive unique <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.
Vous devez �valuer l'impact de ces directives obsol�tes dans
votre configuration version 2.2 afin de d�terminer si elles
peuvent �tre simplement supprim�es, ou si elles doivent �tre
remplac�es par la directive <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.</li>
<li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: la directive <code class="directive"><a href="./mod/mod_cache.html#cacheignoreurlsessionidentifiers">CacheIgnoreURLSessionIdentifiers</a></code>
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 �
<code>/une-application/image.gif;jsessionid=123456789</code>,
vous devez maintenant utiliser la cha�ne de correspondance
compl�te <code>jsessionid</code>.
</li>
<li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: le second param�tre de la
directive <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code>
ne concerne les contenus en mandat direct que s'ils d�butent par
le protocole appropri�. Dans les versions 2.2 et ant�rieures, un
param�tre tel que '/' concernait tous les contenus.</li>
<li><code class="module"><a href="./mod/mod_ldap.html">mod_ldap</a></code>: la directive <code class="directive"><a href="./mod/mod_ldap.html#ldaptrustedclientcert">LDAPTrustedClientCert</a></code> s'utilise
maintenant exclusivement au sein d'une configuration de niveau
r�pertoire. Si vous utilisez cette directive, passez en revue
votre configuration pour vous assurer qu'elle est bien pr�sente
dans tous les contextes de r�pertoire n�cessaires.</li>
<li><code class="module"><a href="./mod/mod_filter.html">mod_filter</a></code>: la syntaxe de la directive
<code class="directive"><a href="./mod/mod_filter.html#filterprovider">FilterProvider</a></code> utilise
maintenant une expression bool�enne pour d�terminer si un filtre
s'applique.
</li>
<li><code class="module"><a href="./mod/mod_include.html">mod_include</a></code>:
<ul>
<li>L'�l�ment <code>#if expr</code> utilise maintenant le
nouvel <a href="expr.html">interpr�teur d'expressions</a>.
L'ancienne syntaxe peut �tre r�activ�e via la directive
<code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code>.
</li>
<li>Dans la port�e du r�pertoire, une directive de
configuration SSI* ne provoque plus la r�initialisation �
leur valeur par d�faut de toutes les directives SSI* de
niveau r�pertoire.</li>
</ul>
</li>
<li><code class="module"><a href="./mod/mod_charset_lite.html">mod_charset_lite</a></code> : l'option
<code>DebugLevel</code> a �t� supprim�e en faveur d'une
configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau r�pertoire.
</li>
<li><code class="module"><a href="./mod/mod_ext_filter.html">mod_ext_filter</a></code> : l'option
<code>DebugLevel</code> a �t� supprim�e en faveur d'une
configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau r�pertoire.
</li>
<li><code class="module"><a href="./mod/mod_proxy_scgi.html">mod_proxy_scgi</a></code>: certaines applications web
ne fonctionneront plus correctement avec la nouvelle
configuration de <code>PATH_INFO</code> qui est diff�rente de
celle de la version 2.2. La configuration
pr�c�dente peut �tre
restaur�e en d�finissant la variable
<code>proxy-scgi-pathinfo</code>.</li>
<li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code>: le contr�le de r�vocation des
certificats bas� sur les CRL doit �tre maintenant explicitement
configur� via la directive <code class="directive"><a href="./mod/mod_ssl.html#sslcarevocationcheck">SSLCARevocationCheck</a></code>.
</li>
<li><code class="module"><a href="./mod/mod_substitute.html">mod_substitute</a></code>: la taille maximale d'une
ligne est maintenant 1Mo.
</li>
<li><code class="module"><a href="./mod/mod_reqtimeout.html">mod_reqtimeout</a></code>: si ce module est charg�, il
d�finit maintenant certains temps d'attente par d�faut.</li>
<li><code class="module"><a href="./mod/mod_dumpio.html">mod_dumpio</a></code>: la directive
<code class="directive">DumpIOLogLevel</code> n'est plus support�e. Les
donn�es sont toujours enregistr�es au niveau <code>trace7</code>
de <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code></li>
<li>Jusqu'� la version 2.2, sur les plateformes de style Unix,
les commandes de redirection des logs d�finies via <code class="directive"><a href="./mod/core.html#errorlog">ErrorLog</a></code> ou <code class="directive"><a href="./mod/mod_log_config.html#customlog">CustomLog</a></code> �taient invoqu�es
en utilisant <code>/bin/sh -c</code>. A
partir de la version 2.4, les commandes de redirection des logs
sont ex�cut�es directement. Pour retrouver l'ancien
comportement, voir la <a href="logs.html#piped">documentation
sur la redirection des logs</a></li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="misc" id="misc">Changements divers</a></h2>
<ul>
<li><code class="module"><a href="./mod/mod_auto_index.html">mod_auto_index</a></code>: extrait maintenant les titres
et affiche la description pour les fichiers .xhtml qui �taient
jusqu'alors ignor�s.</li>
<li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> : le format par d�faut des variables
<code>*_DN</code> a chang�. Il est cependant encore possible
d'utiliser l'ancien format via la nouvelle option
<code>LegacyDNStringFormat</code> de la directive <code class="directive"><a href="./mod/mod_ssl.html#ssloptions">SSLOptions</a></code>. Le protocole SSLv2 n'est
plus support�. Les directives <code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeercn">SSLProxyCheckPeerCN</a></code> et
<code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeerexpire">SSLProxyCheckPeerExpire</a></code>
sont maintenant d�finies par d�faut � On, et les requ�tes mandat�es
vers des serveurs HTTPS poss�dant des certificats non conformes ou
p�rim�s �choueront donc avec un code d'erreur 502 (Bad gateway).</li>
<li><code class="program"><a href="./programs/htpasswd.html">htpasswd</a></code> utilise maintenant par d�faut les
condens�s MD5 sur toutes les plates-formes.</li>
<li>La directive <code class="directive"><a href="./mod/core.html#namevirtualhost">NameVirtualHost</a></code> n'a plus aucun effet, si
ce n'est l'�mission d'un avertissement. Toute combinaison
adresse/port apparaissant dans plusieurs serveurs virtuels est
trait�e implicitement comme un serveur virtuel bas� sur le nom.
</li>
<li><code class="module"><a href="./mod/mod_deflate.html">mod_deflate</a></code> n'effectue plus de compression
s'il s'aper�oit que la quantit� de donn�es ajout�e par la
compression est sup�rieure � la quantit� de donn�es � compresser.
</li>
<li>Les pages d'erreur multilingues de la version 2.2.x ne
fonctionneront qu'apr�s avoir �t� corrig�es pour
respecter la nouvelle syntaxe de l'�l�ment <code>#if expr=</code>
du module <code class="module"><a href="./mod/mod_include.html">mod_include</a></code>, ou si la directive
<code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code> a
�t� activ�e pour le r�pertoire contenant les pages d'erreur.
</li>
<li>La fonctionnalit� fournie par <code>mod_authn_alias</code>
dans les pr�c�dentes versions (en fait la directive
<code class="directive"><a href="./mod/mod_authn_core.html#authnprovideralias">AuthnProviderAlias</a></code>)
est maintenant fournie par <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.
</li>
<li>Les directives RewriteLog et RewriteLogLevel ont �t�
supprim�es. Leur fonctions sont maintenant assur�es par la
directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> qui permet de d�finir
un niveau de journalisation appropri� pour le module
<code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code>. Voir aussi la section <a href="mod/mod_rewrite.html#logging">journalisation de
mod_rewrite</a>.</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="third-party" id="third-party">Modules tiers</a></h2>
<p>Tous les modules tiers doivent �tre recompil�s pour la
version 2.4 avant d'�tre charg�s.</p>
<p>De nombreux modules tiers con�us pour la version 2.2
fonctionneront sans changement avec le serveur HTTP Apache
version 2.4. Certains n�cessiteront cependant des modifications ; se
reporter � la vue d'ensemble <a href="developer/new_api_2_4.html">Mise � jour de l'API</a>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="commonproblems" id="commonproblems">Probl�mes de mise � jour courants</a></h2>
<ul><li>Erreurs au d�marrage :
<ul>
<li><code>Invalid command 'User', perhaps misspelled or defined by
a module not included in the server configuration</code> - chargez
le module <code class="module"><a href="./mod/mod_unixd.html">mod_unixd</a></code></li>
<li><code>Invalid command 'Require', perhaps misspelled or defined
by a module not included in the server configuration</code>, ou
<code>Invalid command 'Order', perhaps misspelled or defined by a
module not included in the server configuration</code> - chargez
le module <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code>, ou mettez � jour
vers la version 2.4 les directives d'autorisation.</li>
<li><code>Ignoring deprecated use of DefaultType in line NN of
/path/to/httpd.conf</code> - supprimez la directive <code class="directive"><a href="./mod/core.html#defaulttype">DefaultType</a></code> et remplacez-la par les
directives de configuration appropri�es.</li>
<li><code>Invalid command 'AddOutputFilterByType', perhaps misspelled
or defined by a module not included in the server configuration
</code> - la directive <code class="directive"><a href="./mod/mod_filter.html#addoutputfilterbytype">AddOutputFilterByType</a></code> qui �tait
jusqu'alors impl�ment�e par le module core, l'est maintenant par
le module mod_filter, qui doit donc �tre charg�.</li>
</ul></li>
<li>Erreurs de traitement des requ�tes :
<ul>
<li><code>configuration error: couldn't check user: /path</code> -
chargez le module <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.</li>
<li>Les fichiers <code>.htaccess</code> ne sont pas trait�s -
V�rifiez la pr�sence d'une directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> appropri�e ; sa valeur par
d�faut est maintenant <code>None</code>.</li>
</ul>
</li>
</ul>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/upgrading.html" title="Fran�ais"> fr </a></p>
</div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/2.4/upgrading.html';
(function(w, d) {
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
d.write('<div id="comments_thread"><\/div>');
var s = d.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
else {
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2015 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>