<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 926536 -->
+<!-- English Revision : 1036315 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
quel. En particulier, les en-têtes HTTP seront déduits du fichier
lui-même selon les règles du module <module>mod_cgi</module>, si
bien qu'un fichier asis doit inclure des en-têtes valides, et
- utiliser l'en-tête CGI Status: pour déterminer le code de réponse
- HTTP.</p>
+ utiliser l'en-tête CGI <code>Status:</code> pour déterminer le code de réponse
+ HTTP. L'en-tête <code>Content-Length:</code> sera automatiquement
+ inséré ou, s'il est déjà présent, corrigé par httpd.</p>
<p>Voici un exemple de fichier dont le contenu est envoyé <em>tel
quel</em> pour informer un client qu'un fichier a été déplacé.</p>
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1021924:1032413 (outdated) -->
+<!-- English Revision: 1021924 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
certaines configurations particulières, comme décrit ci-dessous.</p>
<ul>
- <li>La directive <directive>MaxRequestsPerChild</directive> a
- été renommée en <directive
- module="mpm_common">MaxConnectionsPerChild</directive>, ce qui
- correspond d'avantage à ce qu'elle fait.</li>
+ <li><directive>MaxRequestsPerChild</directive> a été renommée en
+ <directive module="mpm_common">MaxConnectionsPerChild</directive>;
+ ce nouveau nom reflète mieux l'usage de cette directive.</li>
<li>La directive <directive
module="core">DefaultType</directive> ne produit plus aucun
directives de configuration la remplacent dans la version 2.4.
</li>
- <li>La valeur par défaut de la directive <directive
+ <li>La valeur par défaut de la directive <directive
module="core">EnableSendfile</directive> est maintenant Off.</li>
<li><module>mod_log_config</module>: <a
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><module>mod_filter</module>: la syntaxe de la directive
+ <directive module="filter">FilterProvider</directive> utilise
+ maintenant une expression booléenne pour déterminer si un filtre
+ s'applique.
+ </li>
</ul>
</section>
<li><code>Invalid command 'User', perhaps misspelled or defined by
a module not included in the server configuration</code> - chargez
le module <module>mod_unixd</module></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 <module>mod_access_compat</module>, ou mettez à jour
vers la version 2.4 les directives d'autorisation.</li>
+ <li><code>mixing * ports and non-* ports with a NameVirtualHost address is not supported</code>, <code>Either NameVirtualHost w.x.y.z:n has no VirtualHosts, or there is more than one identical NameVirtualHost line, or your VirtualHost declarations do not match the NameVirtualHost line</code> - ces messages ne sont pas nouveaux, mais ils bloquent désormais le démarrage en générant une erreur</li>
+
+ <li><code>_default_ is not allowed in NameVirtualHost directive</code> - ceci a toujours été le cas, mais à présent cette erreur bloque le démarrage du serveur.</li>
+
<li><code>Ignoring deprecated use of DefaultType in line NN of
/path/to/httpd.conf</code> - supprimez la directive <directive
module="core">DefaultType</directive> et remplacez-la par les
w.x.y.z:n has no VirtualHosts, or there is more than one identical
NameVirtualHost line, or your VirtualHost declarations do not
match the NameVirtualHost line</code> -
- ce ne sont pas des nouveaux messages, mais ils empêchent
- maintenant le serveur de démarrer</li>
+ ce ne sont pas des nouveaux messages, mais ils empêchent
+ maintenant le serveur de démarrer</li>
<li><code>_default_ is not allowed in NameVirtualHost
directive</code> - l'explication est dans le message ; cette
- définition n'a jamais été valide, mais elle empêche maintenant le
- serveur de démarrer.</li>
+ définition n'a jamais été valide, mais elle empêche maintenant le
+ serveur de démarrer.</li>
</ul></li>
<li>Erreurs de traitement des requêtes :
<ul>
<?xml version='1.0' encoding='ISO-8859-1' ?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 931524:1031197 (outdated) -->
+<!-- English Revision: 1031197 -->
<!-- French translation by Vincent Deffontaines, Alain B., review by -->
<!-- updated by Lucien Gentis -->
<summary>
<p>Le but de ce document est d'essayer de répondre aux questions
- les plus répandues sur la configuration des serveurs virtuels.
+ les plus répandues sur la configuration des <a href="index.html">serveurs virtuels</a>.
Les scénarios présentés ici se rencontrent quand plusieurs
serveurs Webs doivent tourner sur une seule et même machine au
moyen de serveurs virtuels <a href="name-based.html">par nom</a>
</example>
<p>Les astérisques correspondent à toutes les adresses, si bien que
- le serveur principal ne répondra jamais à aucune requête. Comme
- <code>www.example.com</code> se trouve en premier dans le fichier
+ le serveur principal ne répondra jamais à aucune requête. Comme le
+ serveur virtuel
+ <code>ServerName www.example.com</code> se trouve en premier dans le fichier
de configuration, il a la plus grande priorité et peut être vu
comme serveur <cite>par défaut</cite> ou <cite>primaire</cite> ;
ce qui signifie que toute requête reçue ne correspondant à aucune
projects / thirdparty / apache / httpd.git / commitdiff
