diff options
Diffstat (limited to '')
| -rw-r--r-- | docs/manual/sections.html | 2 | ||||
| -rw-r--r-- | docs/manual/sections.html.en | 31 | ||||
| -rw-r--r-- | docs/manual/sections.html.fr.utf8 | 306 | ||||
| -rw-r--r-- | docs/manual/sections.html.ja.utf8 | 4 | ||||
| -rw-r--r-- | docs/manual/sections.html.ko.euc-kr | 4 | ||||
| -rw-r--r-- | docs/manual/sections.html.tr.utf8 | 152 |
6 files changed, 254 insertions, 245 deletions
diff --git a/docs/manual/sections.html b/docs/manual/sections.html index d12cea4..2f35046 100644 --- a/docs/manual/sections.html +++ b/docs/manual/sections.html @@ -2,7 +2,7 @@ URI: sections.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: sections.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/sections.html.en b/docs/manual/sections.html.en index 565d4d3..36e2018 100644 --- a/docs/manual/sections.html.en +++ b/docs/manual/sections.html.en @@ -1,7 +1,7 @@ -<?xml version="1.0" encoding="ISO-8859-1"?> +<?xml version="1.0" encoding="UTF-8"?> <!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="en" xml:lang="en"><head> -<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" /> +<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" /> <!-- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX This file is generated from xml source: DO NOT EDIT @@ -24,10 +24,10 @@ <a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</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>Configuration Sections</h1> <div class="toplang"> <p><span>Available Languages: </span><a href="./en/sections.html" title="English"> en </a> | -<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Franais"> fr </a> | +<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | -<a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Trke"> tr </a></p> +<a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> </div> <p>Directives in the <a href="configuring.html">configuration files</a> may apply to the entire server, or they may be restricted to apply only to particular @@ -269,7 +269,7 @@ and URLs to be referenced from within <a href="expr.html">expressions</a> and modules like <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code>.</p> <pre class="prettyprint lang-config"><DirectoryMatch "^/var/www/combined/(?<SITENAME>[^/]+)"> - require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" + Require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" </DirectoryMatch></pre> @@ -427,7 +427,8 @@ are interpreted, it is important to understand how this works.</p> <li><code class="directive"><a href="./mod/core.html#location"><Location></a></code> and <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> done simultaneously</li> - <li><code class="directive"><a href="./mod/core.html#if"><If></a></code> + <li><code class="directive"><a href="./mod/core.html#if"><If></a></code> sections, even when + they are enclosed in any of the preceding contexts. </li> </ol> @@ -460,6 +461,14 @@ are interpreted, it is important to understand how this works.</p> <code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code> container takes the place of the <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> container in the processing order.</li> + <li> Caution should be exercised when mixing related configuration + directives inside and outside of <code class="directive"><a href="./mod/core.html#if"><If></a></code> because of the effect on merging order. Explicit use + of <code class="directive"><a href="./mod/core.html#else"><Else></a></code> can help. + </li> + <li> When <code class="directive"><a href="./mod/core.html#if"><If></a></code> is + used in <code>.htaccess</code>, the enclosed directives in a parent + directory will be merged <em>after</em> non-enclosed directives in a + subdirectory.</li> </ul> <div class="note"><h3>Technical Note</h3> @@ -506,7 +515,7 @@ are interpreted, it is important to understand how this works.</p> <li><code class="directive">Directory</code> "/" matches and an initial configuration to set the <code>CustomHeaderName</code> header with the value <code>one</code> is created.</li> <li><code class="directive">Directory</code> "/example" matches, and since <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> specifies in its code to override in case of a merge, a new configuration is created to set the <code>CustomHeaderName</code> header with the value <code>two</code>.</li> <li><code class="directive">FilesMatch</code> ".*" matches and another merge opportunity arises, causing the <code>CustomHeaderName</code> header to be set with the value <code>three</code>.</li> - <li>Eventually during the next steps of the HTTP request processing <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> will be called and it will receive the configuration to set the <code>CustomHeaderName</code> header with the value <code>three</code>. <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> normally uses this configuration to perfom its job, namely setting the foo header. This does not mean that a module can't perform a more complex action like discarding directives because not needed or deprecated, etc..</li> + <li>Eventually during the next steps of the HTTP request processing <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> will be called and it will receive the configuration to set the <code>CustomHeaderName</code> header with the value <code>three</code>. <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> normally uses this configuration to perform its job, namely setting the foo header. This does not mean that a module can't perform a more complex action like discarding directives because not needed or deprecated, etc..</li> </ul> <p>This is true for .htaccess too since they have the same priority as <code class="directive">Directory</code> in the merge order. The important concept to understand is that configuration sections like <code class="directive">Directory</code> and <code class="directive">FilesMatch</code> are not comparable to module specific directives like <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> or <code class="directive"><a href="./mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> because they operate on different levels. @@ -567,11 +576,11 @@ other words, order of merging is important, so be careful!</p> </div></div> <div class="bottomlang"> <p><span>Available Languages: </span><a href="./en/sections.html" title="English"> en </a> | -<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Franais"> fr </a> | +<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | -<a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Trke"> tr </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">Comments</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> +<a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </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">Comments</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 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 Libera.chat, or sent to our <a href="https://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/sections.html'; @@ -589,7 +598,7 @@ var comments_identifier = 'http://httpd.apache.org/docs/2.4/sections.html'; } })(window, document); //--><!]]></script></div><div id="footer"> -<p class="apache">Copyright 2019 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p> +<p class="apache">Copyright 2024 The Apache Software Foundation.<br />Licensed under the <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">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!-- if (typeof(prettyPrint) !== 'undefined') { prettyPrint(); diff --git a/docs/manual/sections.html.fr.utf8 b/docs/manual/sections.html.fr.utf8 index 3f2f896..94df48d 100644 --- a/docs/manual/sections.html.fr.utf8 +++ b/docs/manual/sections.html.fr.utf8 @@ -39,9 +39,9 @@ modifier la portée des directives de configuration.</p> configuration</a></li> <li><img alt="" src="./images/down.gif" /> <a href="#file-and-web">Système de fichiers, arborescence du site web et expressions booléennes</a></li> -<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Hôtes virtuels</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Serveurs virtuels</a></li> <li><img alt="" src="./images/down.gif" /> <a href="#proxy">Mandataire</a></li> -<li><img alt="" src="./images/down.gif" /> <a href="#whatwhere">Quelles sont les directives autorisées ?</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#whatwhere">Quelles sont les directives autorisées ?</a></li> <li><img alt="" src="./images/down.gif" /> <a href="#merging">Comment les sections sont combinées entre elles</a></li> </ul><h3>Voir aussi</h3><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> @@ -51,15 +51,15 @@ configuration</a></h2> <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mod_version.html">mod_version</a></code></li><li><code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#directory"><Directory></a></code></li><li><code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code></li><li><code class="directive"><a href="./mod/core.html#files"><Files></a></code></li><li><code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code></li><li><code class="directive"><a href="./mod/core.html#if"><If></a></code></li><li><code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code></li><li><code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code></li><li><code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code></li><li><code class="directive"><a href="./mod/core.html#location"><Location></a></code></li><li><code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code></li><li><code class="directive"><a href="./mod/mod_md.html#mdomainsetsection"><MDomainSet></a></code></li><li><code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code></li><li><code class="directive"><a href="./mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code></li><li><code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code></li></ul></td></tr></table> -<p>Il existe deux grands types de conteneurs. La plupart des conteneurs sont -évalués pour chaque requête. Les directives qu'ils contiennent s'appliquent -seulement aux requêtes qui sont concernées par le conteneur. En revanche, +<p>Il existe deux grands types de conteneurs. La plupart des conteneurs sont +évalués pour chaque requête. Les directives qu'ils contiennent s'appliquent +seulement aux requêtes qui sont concernées par le conteneur. En revanche, les conteneurs -<code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code>, <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code>, et +<code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code>, <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code> et <code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code> sont évalués seulement au démarrage et au redémarrage du serveur. Si leurs conditions sont vérifiées au démarrage, les directives qu'ils contiennent -s'appliqueront à toutes les requêtes. Si leurs conditions ne sont pas vérifiées, les +s'appliqueront à toutes les requêtes. Si leurs conditions ne sont pas vérifiées, les directives qu'ils contiennent seront ignorées.</p> <p>Le conteneur <code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code> @@ -67,8 +67,8 @@ contient des directives qui ne seront appliquées que si un paramètre approprié a été défini dans la ligne de commande de <code class="program"><a href="./programs/httpd.html">httpd</a></code>. Par exemple, avec la configuration suivante, toutes les requêtes seront redirigées vers -un autre site si le serveur est démarré en utilisant la ligne de commande : -<code>httpd -DClosedForNow</code>:</p> +un autre site si le serveur est démarré en utilisant la ligne de commande : +<code>httpd -DClosedForNow</code> :</p> <pre class="prettyprint lang-config"><IfDefine ClosedForNow> Redirect "/" "http://otherserver.example.com/" @@ -76,12 +76,12 @@ un autre site si le serveur est démarré en utilisant la ligne de commande : <p>Le conteneur <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code> -est similaire; les directives qu'il contient ne s'appliqueront que si +est similaire ; les directives qu'il contient ne s'appliqueront que si un module particulier est disponible au niveau du serveur. Le module doit être soit compilé statiquement dans le serveur, soit dynamiquement et dans ce cas, la ligne <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> correspondante doit apparaître -plus haut dans le fichier de configuration. Ce conteneur ne doit être -utilisé que dans le cas où votre fichier de configuration doit fonctionner +plus haut dans le fichier de configuration. Ce conteneur ne doit être +utilisé que dans le cas où votre fichier de configuration doit être valable indépendamment de la présence ou de l'absence de certains modules. Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer systématiquement, car vous pouvez perdre ainsi de précieux messages d'erreur @@ -97,8 +97,8 @@ module <code class="module"><a href="./mod/mod_mime_magic.html">mod_mime_magic</ <p>Le conteneur <code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code> -est similaire aux conteneurs <code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code> et <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code>; les directives qu'il contient ne -s'appliqueront que si une version particulière du serveur s'exécute. Ce +est similaire aux conteneurs <code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code> et <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code> ; les directives qu'il contient ne +s'appliqueront que si une version particulière du serveur s'exécute. Ce conteneur a été conçu pour une utilisation dans les suites de tests et les grands réseaux qui doivent prendre en compte différentes versions et configurations de httpd.</p> @@ -110,9 +110,9 @@ et configurations de httpd.</p> <p><code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code>, -<code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code>, et +<code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code> et <code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code> -peuvent inverser leur test conditionnel en le faisant précéder d'un "!". +peuvent inverser leur test conditionnel en le faisant précéder d'un « ! ». De plus, ces sections peuvent être imbriquées afin de définir des restrictions plus complexes.</p> </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div> @@ -122,25 +122,22 @@ arborescence du site web et expressions booléennes</a></h2> <p>Les conteneurs de sections de configuration les plus couramment utilisés sont ceux qui modifient la configuration de points particuliers du système de -fichiers ou de l'arborescence du site web. Tout d'abord, il est important de -comprendre la différence entre les deux. Le système de fichiers est une vue -de vos disques tels qu'ils sont perçus par votre système d'exploitation. -Par exemple, avec une installation par défaut, -Apache httpd est situé dans <code>/usr/local/apache2</code> pour le système de -fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour -le système de fichiers Windows. (Notez que des slashes directs doivent -toujours être utilisés comme séparateur de chemin -dans les fichiers de configuration d'Apache httpd, même sous -Windows.) Quant à -l'arborescence du site web, il s'agit d'une vue de votre site -tel que présenté par le -serveur web et perçue par le client. Ainsi le chemin <code>/dir/</code> dans -l'arborescence du site web correspond au chemin -<code>/usr/local/apache2/htdocs/dir/</code> dans le système de fichiers pour -une installation d'Apache httpd par défaut sous UNIX. -En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au -système de fichiers, car les pages web peuvent être générées dynamiquement -à partir de bases de données ou d'autres emplacements.</p> +fichiers ou de l'arborescence du site web. Tout d'abord, il est important de +comprendre la différence entre les deux. Le système de fichiers est une vue de +vos disques tels qu'ils sont perçus par votre système d'exploitation. Par +exemple, avec une installation par défaut, Apache httpd est situé dans +<code>/usr/local/apache2</code> pour le système de fichiers UNIX, ou +<code>"c:/Program Files/Apache Group/Apache2"</code> pour le système de +fichiers Windows (notez que des slashes directs doivent toujours être utilisés +comme séparateur de chemin dans les fichiers de configuration d'Apache httpd, +même sous Windows). Quant à l'arborescence du site web, il s'agit d'une vue de +votre site telle que présentée par le serveur web et perçue par le client. +Ainsi le chemin <code>/dir/</code> dans l'arborescence du site web correspond +au chemin <code>/usr/local/apache2/htdocs/dir/</code> dans le système de +fichiers pour une installation d'Apache httpd par défaut sous UNIX. En outre, +l'arborescence du site web n'a pas besoin de correspondre en permanence au +système de fichiers, car les pages web peuvent être générées dynamiquement à +partir de bases de données ou d'autres emplacements.</p> <h3><a name="filesystem" id="filesystem">Conteneurs de système de fichiers</a></h3> @@ -152,7 +149,7 @@ appliquent des directives à certaines parties du système de fichiers. Les directives contenues dans une section <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> s'appliquent au répertoire précisé, ainsi qu'à tous ses sous-répertoires et aux fichiers que ces derniers contiennent. -Le même effet peut être obtenu en utilisant les <a href="howto/htaccess.html">fichiers .htaccess</a>. Par exemple, avec la +Le même effet peut être obtenu en utilisant les <a href="howto/htaccess.html">fichiers .htaccess</a>. Par exemple, avec la configuration suivante, l'indexation sera activée pour le répertoire <code>/var/web/dir1</code> et tous ses sous-répertoires.</p> @@ -177,7 +174,7 @@ l'endroit où il se trouve.</p> particuliers du système de fichiers, les sections <code class="directive"><a href="./mod/core.html#files"><Files></a></code> et <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> -peuvent être combinées. Par exemple, la configuration suivante va interdire +peuvent être combinées. Par exemple, la configuration suivante va interdire l'accès à <code>/var/web/dir1/private.html</code>, <code>/var/web/dir1/subdir2/private.html</code>, <code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de @@ -196,8 +193,8 @@ l'accès à <code>/var/web/dir1/private.html</code>, <p>le conteneur <code class="directive"><a href="./mod/core.html#location"><Location></a></code> et son équivalent acceptant les -<a class="glossarylink" href="./glossary.html#regex" title="voir glossaire">expressions rationnelles</a>, modifient quant à eux la -configuration de parties de l'arborescence du site web. Par exemple, la +<a class="glossarylink" href="./glossary.html#regex" title="voir glossaire">expressions rationnelles</a> modifient quant à eux la +configuration de parties de l'arborescence du site web. Par exemple, la configuration suivante interdit l'accès à toute URL dont la partie chemin commence par /private. En particulier, l'interdiction s'appliquera aux requêtes pour : @@ -213,8 +210,8 @@ toute requête commençant par la chaîne de caractères <code>/private</code>.< <p>Le conteneur <code class="directive"><a href="./mod/core.html#location"><Location></a></code> n'a pas besoin de faire référence à un élément du système de fichiers. -Par exemple, l'exemple suivant montre comment faire référence à une URL -particulière vers un gestionnaire interne du serveur HTTP Apache fourni par le module +À ce titre, l'exemple suivant montre comment faire correspondre une URL +particulière à un gestionnaire interne du serveur HTTP Apache fourni par le module <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>. Il n'est pas nécessaire de trouver un fichier nommé <code>server-status</code> dans le système de fichiers.</p> @@ -229,17 +226,17 @@ dans le système de fichiers.</p> <p>Pour contrôler deux URLs imbriquées, on doit tenir compte de l'ordre dans lequel certaines sections ou directives sont évaluées. Pour <code class="directive"><a href="./mod/core.html#location"><Location></a></code>, on doit -avoir :</p> +avoir :</p> <pre class="prettyprint lang-config"><Location "/foo"> </Location> <Location "/foo/bar"> </Location></pre> -<p>Les directives <code class="directive"><a href="./mod/mod_alias.html#alias"><Alias></a></code>, quant à elles, sont évaluées vice-versa :</p> +<p>Les directives <code class="directive"><a href="./mod/mod_alias.html#alias"><Alias></a></code>, quant à elles, sont évaluées vice-versa :</p> <pre class="prettyprint lang-config">Alias "/foo/bar" "/srv/www/uncommon/bar" Alias "/foo" "/srv/www/common/foo"</pre> -<p>Ceci est aussi vrai pour les directives <code class="directive"><a href="./mod/mod_proxy.html#proxypass">ProxyPass</a></code> :</p> +<p>Ceci est aussi vrai pour les directives <code class="directive"><a href="./mod/mod_proxy.html#proxypass">ProxyPass</a></code> :</p> <pre class="prettyprint lang-config">ProxyPass "/special-area" "http://special.example.com" smax=5 max=10 ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofailover=On</pre> @@ -249,33 +246,24 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail <h3><a name="wildcards" id="wildcards">Caractères de remplacement et expressions rationnelles</a></h3> -<p>Les conteneurs -<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, -<code class="directive"><a href="./mod/core.html#files"><Files></a></code>, et -<code class="directive"><a href="./mod/core.html#location"><Location></a></code> -peuvent utiliser des caractères de remplacement de style shell comme dans -la fonction <code>fnmatch</code> de la bibliothèque C standard. -Le caractère "*" -correspond à toute séquence de caractères, "?" à un caractère seul, -et "[<em>seq</em>]" à tout caractère contenu dans <em>seq</em>. -Le caractère "/" -ne peut pas faire l'objet d'un remplacement; -il doit être spécifié explicitement.</p> - -<p>Si une définition des critères de correspondance -encore plus souple est nécessaire, chaque conteneur -possède son équivalent acceptant les expressions rationnelles : <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code>, <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code>, et <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> acceptent les -<a class="glossarylink" href="./glossary.html#regex" title="voir glossaire">expressions rationnelles</a> compatibles Perl -pour définir les critères de correspondance. Mais voyez plus loin la section -à propos de la combinaison des sections de configuration -pour comprendre comment l'utilisation de -conteneurs avec des expressions rationnelles va modifier la manière -dont les directives sont appliquées.</p> - -<p>Un conteneur qui modifie la configuration de tous les -répertoires utilisateurs à l'aide de caractères de remplacement -mais sans utiliser -les expressions rationnelles pourrait ressembler à ceci :</p> +<p>Les conteneurs <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#files"><Files></a></code> et <code class="directive"><a href="./mod/core.html#location"><Location></a></code> peuvent utiliser des caractères de +remplacement de style shell comme dans la fonction <code>fnmatch</code> de la +bibliothèque C standard. Le caractère « * » correspond à toute séquence de +caractères, « ? » à un caractère seul, et « [<em>seq</em>] » à tout caractère +contenu dans <em>seq</em>. Le caractère « / » ne peut pas faire l'objet d'un +remplacement ; il doit être spécifié explicitement.</p> + +<p>Si une définition des critères de correspondance encore plus souple est +nécessaire, chaque conteneur possède son équivalent acceptant les expressions +rationnelles : <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code>, <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code> et <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> acceptent les <a class="glossarylink" href="./glossary.html#regex" title="voir glossaire">expressions rationnelles</a> compatibles Perl pour définir +les critères de correspondance. Mais voyez plus loin la section à propos de la +combinaison des sections de configuration pour comprendre comment l'utilisation +de conteneurs avec des expressions rationnelles va modifier la manière dont les +directives sont appliquées.</p> + +<p>Un conteneur qui modifie la configuration de tous les répertoires +utilisateurs à l'aide de caractères de remplacement mais sans utiliser les +expressions rationnelles pourrait ressembler à ceci :</p> <pre class="prettyprint lang-config"><Directory "/home/*/public_html"> Options Indexes @@ -284,7 +272,7 @@ les expressions rationnelles pourrait ressembler à ceci :</p> <p>Avec les conteneurs utilisant les expressions rationnelles, on peut interdire l'accès à de nombreux types de fichiers d'images -simultanément :</p> +simultanément :</p> <pre class="prettyprint lang-config">+<FilesMatch "\.(?i:gif|jpe?g|png)$"> Require all denied </FilesMatch></pre> @@ -292,12 +280,12 @@ simultanément :</p> <p>Les expressions rationnelles contenant des <strong>groupes nommés et des références arrières</strong> sont ajoutées à l'environnement avec -leur nom en majuscules. Ceci permet de référencer des éléments de +leur nom en majuscules. Cela permet de référencer des éléments de chemins de fichiers et d'URLs depuis une <a href="expr.html">expression</a> et au sein de modules comme <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code>.</p> <pre class="prettyprint lang-config"><DirectoryMatch "^/var/www/combined/(?<SITENAME>[^/]+)"> - require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" + Require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" </DirectoryMatch></pre> @@ -308,7 +296,7 @@ chemins de fichiers et d'URLs depuis une <a href="expr.html">expression</a> et a permet de modifier la configuration en fonction d'une condition qui peut être définie sous la forme d'une expression booléenne. Dans l'exemple suivant, l'accès est interdit si l'en-tête HTTP Referer ne commence pas -par "http://www.example.com/".</p> +par « http://www.example.com/ ».</p> <pre class="prettyprint lang-config"><If "!(%{HTTP_REFERER} -strmatch 'http://www.example.com/*')"> Require all denied </If></pre> @@ -321,13 +309,13 @@ par "http://www.example.com/".</p> <p>Choisir entre des conteneurs de système de fichiers et des conteneurs d'arborescence du site web est vraiment très simple. Pour appliquer des directives à des objets qui résident dans le système de -fichiers, utilisez toujours un conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> ou <code class="directive"><a href="./mod/core.html#files"><Files></a></code>. Pour appliquer des directives à des objets +fichiers, utilisez toujours un conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> ou <code class="directive"><a href="./mod/core.html#files"><Files></a></code>. Pour appliquer des directives à des objets qui ne résident pas dans le système de fichiers (comme une page web générée par une base de données), utilisez un conteneur <code class="directive"><a href="./mod/core.html#location"><Location></a></code>.</p> <p>Il ne faut jamais utiliser un conteneur <code class="directive"><a href="./mod/core.html#location"><Location></a></code> pour restreindre l'accès à des -objets du système de fichiers, car plusieurs localisations de -l'arborescence du site web (URLs) peuvent correspondre à la même localisation +objets du système de fichiers, car plusieurs emplacements de +l'arborescence du site web (URLs) peuvent correspondre au même emplacement du système de fichier, ce qui peut permettre de contourner vos restrictions. Par exemple, imaginez la configuration suivante :</p> @@ -337,44 +325,39 @@ Par exemple, imaginez la configuration suivante :</p> <p>Elle fonctionne correctement si la requête appelle -<code>http://yoursite.example.com/dir/</code>. Mais que va-t-il se passer si -votre système de fichiers est insensible à la casse ? -Votre restriction va pouvoir être tout simplement contournée en envoyant une -requête sur -<code>http://yoursite.example.com/DIR/</code>. Le conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, quant à lui, s'appliquera -à tout contenu servi à partir de cette localisation, -sans tenir compte de la manière dont il est appelé. -(Les liens du système de fichiers constituent une exception. -Le même répertoire peut être placé dans plusieurs parties du système de -fichiers en utilisant des liens symboliques. Le conteneur -<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> va suivre le -lien symbolique sans modifier le nom du chemin. Par conséquent, pour plus de -sécurité, les liens symboliques doivent être désactivés à l'aide de la -directive -<code class="directive"><a href="./mod/core.html#options">Options</a></code> appropriée.)</p> +<code>http://yoursite.example.com/dir/</code>. Mais que va-t-il se passer si +votre système de fichiers est insensible à la casse ? Votre restriction va +pouvoir être tout simplement contournée en envoyant une requête sur +<code>http://yoursite.example.com/DIR/</code>. Le conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, quant à lui, s'appliquera à +tout contenu servi à partir de cet emplacement, sans tenir compte de la manière +dont il est appelé. Les liens du système de fichiers constituent une exception. +Le même répertoire peut être placé dans plusieurs parties du système de fichiers +en utilisant des liens symboliques. Le conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> va suivre le lien symbolique sans modifier +le nom du chemin. Par conséquent, pour plus de sécurité, les liens symboliques +doivent être désactivés à l'aide de la directive <code class="directive"><a href="./mod/core.html#options">Options</a></code> appropriée.</p> <p>Si vous pensez que vous n'êtes pas concerné par ce problème -parceque vous utilisez un système de fichiers sensible à la casse, +parce que vous utilisez un système de fichiers sensible à la casse, gardez à l'esprit qu'il y a de nombreuses autres manières pour faire -correspondre plusieurs localisations de l'arborescence du site web à la même -localisation du système de fichiers. C'est pourquoi vous devez autant que +correspondre plusieurs emplacements de l'arborescence du site web au même +emplacement du système de fichiers. C'est pourquoi vous devez autant que possible toujours utiliser les conteneurs de système de fichiers. -Il y a cependant une exception à cette règle. Placer des restrictions de +Il y a cependant une exception à cette règle. Placer des restrictions de configuration dans un conteneur <code><Location -"/"></code> est tout à fait sans rique car ce conteneur va s'appliquer à +"/"></code> est absolument sans rique car ce conteneur va s'appliquer à toutes les requêtes sans tenir compte de l'URL spécifique.</p> <h3><a name="nesting" id="nesting">Imbrication des sections</a></h3> -<p>Certains types de sections peuvent être imbriqués : d'une part, on peut +<p>Certains types de sections peuvent être imbriqués : d'une part, on peut utiliser les sections <code class="directive"><a href="./mod/core.html#files"><Files></a></code> à l'intérieur des sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, d'autre part, on peut utiliser les directives <code class="directive"><a href="./mod/core.html#if"><If></a></code> à l'intérieur des sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code> et <code class="directive"><a href="./mod/core.html#files"><Files></a></code> (mais pas à l'intérieur d'une autre section <code class="directive"><a href="./mod/core.html#if"><If></a></code>). Les -valeurs des expressions rationnelles correspondant aux sections nommées se +valeurs des expressions rationnelles correspondant aux sections citées se comportent de manière identique.</p> <p>Les sections imbriquées sont fusionnées après les sections @@ -384,14 +367,13 @@ non-imbriquées de même type.</p> </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div> <div class="section"> -<h2><a name="virtualhost" id="virtualhost">Hôtes virtuels</a></h2> +<h2><a name="virtualhost" id="virtualhost">Serveurs virtuels</a></h2> <p>Le conteneur <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code> -contient des directives qui s'appliquent à des hôtes spécifiques. -Ceci s'avère utile pour servir des hôtes multiples à partir de la même machine, -chacun d'entre eux possédant une configuration différente. Pour de plus amples -informations, -voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p> +contient des directives qui s'appliquent à des serveurs virtuels spécifiques. +Cela s'avère utile pour servir les contenus de plusieurs serveurs virtuels à +partir de la même machine, chacun d'entre eux possédant une configuration +différente. Pour de plus amples informations, voir la <a href="vhosts/">Documentation sur les serveurs virtuels</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="proxy" id="proxy">Mandataire</a></h2> @@ -401,10 +383,10 @@ voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p> et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code> appliquent les directives de configuration qu'ils contiennent uniquement aux sites qui correspondent à l'URL spécifiée et auxquels on a -accédé via le serveur mandataire du module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>. +accédé à l'aide du serveur mandataire du module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>. Par exemple, la configuration suivante n'autorisera qu'un sous-ensemble de clients à accéder au site <code>www.example.com</code> en passant par le serveur -mandataire :.</p> +mandataire :</p> <pre class="prettyprint lang-config"><Proxy "http://www.example.com/*"> Require host yournetwork.example.com @@ -412,7 +394,7 @@ mandataire :.</p> </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div> <div class="section"> -<h2><a name="whatwhere" id="whatwhere">Quelles sont les directives autorisées ?</a></h2> +<h2><a name="whatwhere" id="whatwhere">Quelles sont les directives autorisées ?</a></h2> <p>Pour déterminer quelles sont les directives autorisées pour tel type de section de configuration, vérifiez le <a href="mod/directive-dict.html#Context">Contexte</a> de la directive. @@ -424,9 +406,9 @@ l'est aussi d'un point de vue syntaxique dans les sections <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code>, <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code>, -<code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code>, +<code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code> et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code>. -Il y a cependant quelques exceptions :</p> +Il y a cependant quelques exceptions :</p> <ul> <li>La directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> @@ -434,7 +416,7 @@ ne fonctionne que dans les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>.</li> <li>Les <code class="directive"><a href="./mod/core.html#options">Options</a></code> <code>FollowSymLinks</code> et -<code>SymLinksIfOwnerMatch</code> ne fonctionnent que dans les sections +<code>SymLinksIfOwnerMatch</code> ne fonctionnent que dans les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> ou les fichiers <code>.htaccess</code>.</li> @@ -452,30 +434,25 @@ Il est important de savoir comment cet ordre est défini car il peut avoir des effets importants sur la manière dont les directives de configuration sont interprétées.</p> - <p>L'ordre dans lequel les sections sont combinées est :</p> + <p>L'ordre dans lequel les sections sont appliquées est :</p> <ol> - <li> Les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> (à l'exception des - expressions rationnelles) - et les fichiers <code>.htaccess</code> sont appliqués simultanément (avec - la possibilité pour <code>.htaccess</code>, s'il y est autorisé, de - prévaloir sur - <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>)</li> - - <li>Les sections - <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code> - (et <code><Directory "~"></code>)</li> - - <li>Les sections <code class="directive"><a href="./mod/core.html#files"><Files></a></code> et <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code> sont appliquées - simultanément</li> - - <li>Les sections - <code class="directive"><a href="./mod/core.html#location"><Location></a></code> - et <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> sont appliquées - simultanément</li> - - <li>Les directives <code class="directive"><a href="./mod/core.html#if"><If></a></code> - </li> + <li> Les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> (à l'exception des expressions + rationnelles) et les fichiers <code>.htaccess</code> sont appliquées + simultanément (avec la possibilité pour <code>.htaccess</code>, s'il y est + autorisé, de prévaloir sur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>)</li> + + <li>Les sections <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code> (et <code><Directory + "~"></code>)</li> + + <li>Les sections <code class="directive"><a href="./mod/core.html#files"><Files></a></code> + et <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code> sont + appliquées simultanément</li> + + <li>Les sections <code class="directive"><a href="./mod/core.html#location"><Location></a></code> et <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> sont appliquées simultanément</li> + + <li>Les sections <code class="directive"><a href="./mod/core.html#if"><If></a></code>, + même si elles sont incluses dans un des contextes précédents. </li> </ol> <p>Quelques remarques importantes :</p> @@ -485,28 +462,39 @@ sont interprétées.</p> l'ordre dans lequel elles apparaissent dans les fichiers de configuration. Par exemple, une requête pour <em>/foo/bar</em> correspondra à <code><Location "/foo/bar"></code> et <code><Location - "/foo"></code> (dans ce cas le groupe 4) : les deux sections seront + "/foo"></code> (dans ce cas le groupe 4) : les deux sections seront évaluées mais selon l'ordre dans lequel elles apparaissent dans le fichier - de configuration..</li> + de configuration.</li> <li>Les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> (groupe 1 ci-dessus) sont traitées dans l'ordre du répertoire le plus court vers le plus long. Par exemple, <code><Directory "/var/web/dir"></code> sera - traité avant <code><Directory + traitée avant <code><Directory "/var/web/dir/subdir"></code>.</li> <li>Si plusieurs sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> s'appliquent au même répertoire, elles sont traitées selon l'ordre dans lequel elles apparaissent dans le fichier de configuration.</li> - <li>Les sections de configuration incluses via la directive <code class="directive"><a href="./mod/core.html#include">Include</a></code> sont traitées comme si elles se + <li>Les sections de configuration incluses à l'aide de la directive <code class="directive"><a href="./mod/core.html#include">Include</a></code> sont traitées comme si elles se trouvaient réellement dans le fichier qui les inclut à la position de la directive <code class="directive"><a href="./mod/core.html#include">Include</a></code>.</li> <li>Les sections situées à l'intérieur de sections <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code> sont appliquées <em>après</em> les sections correspondantes situées en - dehors de la définition de l'hôte virtuel, ce qui permet à l'hôte virtuel - de prévaloir sur la configuration du serveur principal.</li> + dehors de la définition du serveur virtuel, ce qui permet au serveur virtuel + de prévaloir sur la configuration du serveur global.</li> <li>Quand la requête est servie par le module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>, le conteneur <code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code> prend la place du conteneur <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> dans l'ordre de traitement.</li> + <li>Il faut être très prudent lorsqu'on mélange des directives de + configuration similaires à l'intérieur et à l'extérieur d'une section + <code class="directive"><a href="./mod/core.html#if"><If></a></code> car leur ordre + d'apparition a de l'importance. A cet effet, l'utilisation explicite de la + directive <code class="directive"><a href="./mod/core.html#else"><Else></a></code> + peut vous y aider. + </li> + <li>Lorsqu'une section <code class="directive"><a href="./mod/core.html#if"><If></a></code> est utilisée dans un fichier <code>.htaccess</code>, les + directives incluses dans un répertoire parent seront fusionnées + <em>après</em> les directives non-incluses dans un sous-répertoire. + </li> </ul> <div class="note"><h3>Note technique</h3> @@ -521,31 +509,31 @@ sont interprétées.</p> <h3><a name="relationship-module-configuration" id="relationship-module-configuration">Interactions entre modules et sections de configuration</a></h3> <p>Une question se pose souvent après avoir lu comment les sections de - configuration sont fusionnées : comment et quand les directives de modules - particuliers comme <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> sont-elles interprétées ? La + configuration sont fusionnées : comment et quand les directives de modules + particuliers comme <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> sont-elles interprétées ? La réponse n'est pas triviale et nécessite un approfondissement. Chaque module httpd gère sa propre configuration, et chacune de ses directives dans httpd.conf définit un élément de configuration dans un contexte particulier. - httpd n'exécute pas un commande au moment où elle est lue.</p> - <p>A l'exécution, le noyau de httpd parcours les sections de configuration + httpd n'exécute pas une commande au moment où elle est lue.</p> + <p>A l'exécution, le noyau de httpd parcourt les sections de configuration dans l'ordre décrit ci-dessus afin de déterminer lesquelles s'appliquent à - la requête courante. Lorsqu'une première section s'applique, elle est - considérée comme la configuration courante pour cette requête. Si une + la requête actuelle. Lorsqu'une première section s'applique, elle est + considérée comme la configuration actuelle pour cette requête. Si une section suivante s'applique aussi, chaque module qui possède des directives dans chacune de ces sections a la possibilité de fusionner sa configuration entre ces deux sections. Il en résulte une troisième configuration et le processus de fusion se poursuit jusqu'à ce que toutes les sections de configuration aient été évaluées.</p> <p>Après l'étape précédente, le traitement proprement dit de la requête HTTP - peut commencer : chaque module peut effectuer toute tâche qui lui incombe, - et pour déterminer de quelle manière dont il doit agir, il peut s'appuyer + peut commencer : chaque module peut effectuer toute tâche qui lui incombe, + et pour déterminer de quelle manière il doit agir, il peut s'appuyer sur le noyau de httpd pour retrouver sa configuration globale issue de la fusion précédente.</p> - <p>Un exemple permet de mieux visualiser l'ensemble du processus. la + <p>Un exemple permet de mieux visualiser l'ensemble du processus. La configuration suivante utilise la directive <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> du module <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> pour définir un en-tête HTTP spécifique. Quelle valeur httpd va-t-il affecter à l'en-tête <code>CustomHeaderName</code> pour - une requête vers <code>/example/index.html</code> ? + une requête vers <code>/example/index.html</code> ? </p> <pre class="prettyprint lang-config"><Directory "/"> Header set CustomHeaderName one @@ -568,7 +556,7 @@ modules et sections de configuration</a></h3> nouveau, une nouvelle configuration est créée qui définit l'en-tête <code>CustomHeaderName</code> avec la valeur <code>two</code>.</li> <li><code class="directive">FilesMatch</code> ".*" s'applique, une nouvelle - opportunité de fusion surgit, et l'en-tête <code>CustomHeaderName</code> + opportunité de fusion survient, et l'en-tête <code>CustomHeaderName</code> est défini à la valeur <code>three</code>.</li> <li>Finalement, au cours des étapes suivantes du traitement de la requête HTTP, <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> sera sollicité, et il se @@ -578,7 +566,7 @@ modules et sections de configuration</a></h3> accomplir sa tâche, à savoir définir des en-têtes HTTP. Cela ne veut cependant pas dire qu'un module ne peut pas effectuer des actions plus complexes comme désactiver des directives car elle ne sont pas - nécessaires ou obsolètes, etc...</li> + nécessaires ou obsolètes, etc.</li> </ul> <p>Ceci est aussi vrai pour les fichiers .htaccess car ils possèdent la même @@ -621,17 +609,17 @@ E.</p> </Directory></pre> -<p>Pour un exemple plus concret, considérez ce qui suit. Sans tenir compte -de toute restriction d'accès placée dans les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, la section <code class="directive"><a href="./mod/core.html#location"><Location></a></code> sera +<p>Pour un exemple plus concret, considérez ce qui suit. Sans tenir compte +d'une quelconque restriction d'accès placée dans les sections <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, la section <code class="directive"><a href="./mod/core.html#location"><Location></a></code> sera évaluée en dernier et permettra un accès au serveur sans aucune restriction. -En d'autres termes, l'ordre de la combinaison des sections est important, -soyez donc prudent !</p> +En d'autres termes, l'ordre de la combinaison des sections est important ; +soyez donc prudent !</p> <pre class="prettyprint lang-config"><Location "/"> Require all granted </Location> -# Arrghs! Cette section <Directory> n'aura aucun effet +# Grrrr ! Cette section <Directory> n'aura aucun effet <Directory "/"> <RequireAll> Require all granted @@ -649,7 +637,7 @@ soyez donc prudent !</p> <a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </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> +</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 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 Libera.chat, or sent to our <a href="https://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/sections.html'; @@ -667,7 +655,7 @@ var comments_identifier = 'http://httpd.apache.org/docs/2.4/sections.html'; } })(window, document); //--><!]]></script></div><div id="footer"> -<p class="apache">Copyright 2019 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="apache">Copyright 2024 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(); diff --git a/docs/manual/sections.html.ja.utf8 b/docs/manual/sections.html.ja.utf8 index 77a7d2d..09c90e0 100644 --- a/docs/manual/sections.html.ja.utf8 +++ b/docs/manual/sections.html.ja.utf8 @@ -496,7 +496,7 @@ Deny from badguy.example.com<br /> <a href="./ja/sections.html" title="Japanese"> ja </a> | <a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </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">コメント</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> +</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">コメント</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 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 Libera.chat, or sent to our <a href="https://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/sections.html'; @@ -514,7 +514,7 @@ var comments_identifier = 'http://httpd.apache.org/docs/2.4/sections.html'; } })(window, document); //--><!]]></script></div><div id="footer"> -<p class="apache">Copyright 2019 The Apache Software Foundation.<br />この文書は <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> のライセンスで提供されています。.</p> +<p class="apache">Copyright 2024 The Apache Software Foundation.<br />この文書は <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> のライセンスで提供されています。.</p> <p class="menu"><a href="./mod/">モジュール</a> | <a href="./mod/directives.html">ディレクティブ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">用語</a> | <a href="./sitemap.html">サイトマップ</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!-- if (typeof(prettyPrint) !== 'undefined') { prettyPrint(); diff --git a/docs/manual/sections.html.ko.euc-kr b/docs/manual/sections.html.ko.euc-kr index 8b73005..ee57587 100644 --- a/docs/manual/sections.html.ko.euc-kr +++ b/docs/manual/sections.html.ko.euc-kr @@ -425,7 +425,7 @@ Deny from badguy.example.com<br /> <a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/sections.html" title="Korean"> ko </a> | <a href="./tr/sections.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </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">Comments</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> +</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">Comments</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 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 Libera.chat, or sent to our <a href="https://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/sections.html'; @@ -443,7 +443,7 @@ var comments_identifier = 'http://httpd.apache.org/docs/2.4/sections.html'; } })(window, document); //--><!]]></script></div><div id="footer"> -<p class="apache">Copyright 2019 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p> +<p class="apache">Copyright 2024 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p> <p class="menu"><a href="./mod/"></a> | <a href="./mod/directives.html">þ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html"></a> | <a href="./sitemap.html">Ʈ</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!-- if (typeof(prettyPrint) !== 'undefined') { prettyPrint(); diff --git a/docs/manual/sections.html.tr.utf8 b/docs/manual/sections.html.tr.utf8 index 4e14e39..db5ede6 100644 --- a/docs/manual/sections.html.tr.utf8 +++ b/docs/manual/sections.html.tr.utf8 @@ -44,7 +44,7 @@ <li><img alt="" src="./images/down.gif" /> <a href="#proxy">Vekil</a></li> <li><img alt="" src="./images/down.gif" /> <a href="#whatwhere">Hangi Yönergelere İzin Veriliyor?</a></li> <li><img alt="" src="./images/down.gif" /> <a href="#merging">Bölümler Nasıl Katıştırılır?</a></li> -</ul><h3>Ayrıca bakınız:</h3><ul class="seealso"><li><a href="#comments_section">Yorum</a></li></ul></div> +</ul><h3>Ayrıca bakınız:</h3><ul class="seealso"><li><a href="#comments_section">Yorumlar</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="types" id="types">Yapılandırma Bölümü Taşıyıcılarının Türleri</a></h2> @@ -283,7 +283,7 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail mümkün olur.</p> <pre class="prettyprint lang-config"><DirectoryMatch "^/var/www/combined/(?<SITENAME>[^/]+)"> - require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" + Require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example" </DirectoryMatch></pre> @@ -348,9 +348,9 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail <p>Bazı bölüm türleri başka bölüm türlerinin içinde olabilir. Bir yandan, <code class="directive"><a href="./mod/core.html#files"><Files></a></code> bölümü <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümünün - içinde bulunabilirken diğer yandan bir <code class="directive"><a href="./mod/core.html#if"><If></a></code> bölümü <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code> ve <code class="directive"><a href="./mod/core.html#files"><Files></a></code> bölümlerinde bulunabilir fakat - başka bir <code class="directive"><a href="./mod/core.html#if"><If></a></code> bölümünün - içinde bulunamaz. Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda + içinde bulunabilirken diğer yandan bir <code class="directive"><a href="./mod/core.html#if"><If></a></code> bölümü <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code> ve <code class="directive"><a href="./mod/core.html#files"><Files></a></code> bölümlerinde bulunabilir fakat + başka bir <code class="directive"><a href="./mod/core.html#if"><If></a></code> bölümünün + içinde bulunamaz. Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda davranır.</p> <p>İç içe bölümler, aynı türdeki iç içe olmayan bölümlerin sonrasına @@ -439,7 +439,9 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail ve <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> aynı anda işleme sokulur.</li> - <li><code class="directive"><a href="./mod/core.html#if"><If></a></code> + <li><code class="directive"><a href="./mod/core.html#if"><If></a></code> bölümleri, + önceki bağlamlardan herhangi birinin içine alınmış olsalar bile. + </li> </ol> @@ -447,31 +449,41 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail <ul> <li><code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları - sıraya göre işleme sokulurlar. Örneğin, 4. grupta <em>/foo/bar</em> için yapılan - bir istek <code><Location "/foo/bar"></code> ve <code><Location - "/foo"></code> bölümleriyle de eşleşir ve bunlar yapılandırma + sıraya göre işleme sokulurlar. Örneğin, 4. grupta <em>/foo/bar</em> için yapılan + bir istek <code><Location "/foo/bar"></code> ve <code><Location + "/foo"></code> bölümleriyle de eşleşir ve bunlar yapılandırma dosyalarında bulundukları sıraya göre değerlendirilir.</li> - - <li>Yukarıda 1. grup olan <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümü en kısa dizin elemanından en uzun - dizin elemanına doğru işleme sokulur. Yani, örneğin, <code><Directory - "/var/web/dir"></code> bölümü <code><Directory + + <li>Yukarıda 1. grup olan <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümü en kısa dizin elemanından en uzun + dizin elemanına doğru işleme sokulur. Yani, örneğin, <code><Directory + "/var/web/dir"></code> bölümü <code><Directory "/var/web/dir/subdir"></code> bölümünden önce işleme sokulacaktır.</li> - - <li>Eğer aynı dizin için birden fazla <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümü varsa bunlar yapılandırma + + <li>Eğer aynı dizin için birden fazla <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> bölümü varsa bunlar yapılandırma dosyasında bulundukları sıraya göre işleme sokulurlar.</li> - - <li><code class="directive"><a href="./mod/core.html#include">Include</a></code> yönergeleri ile - yapılandırmaya dahil edilen dosyaların içerikleri <code class="directive"><a href="./mod/core.html#include">Include</a></code> yönergesinin bulunduğu yere konulduktan + + <li><code class="directive"><a href="./mod/core.html#include">Include</a></code> yönergeleri ile + yapılandırmaya dahil edilen dosyaların içerikleri <code class="directive"><a href="./mod/core.html#include">Include</a></code> yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.</li> <li><code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code> bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki - karşılıklarından <em>sonra</em> uygulanırlar. Bu yöntemle ana sunucu + karşılıklarından <em>sonra</em> uygulanırlar. Bu yöntemle ana sunucu yapılandırmasındaki tanımlar geçersiz kılınabilir</li> <li>İstek <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code> tarafından sunulduğu takdirde, <code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code> taşıyıcısı işlem sırasında <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> taşıyıcısının yerini alır.</li> + + <li>katıştırma düzeni üzerindeki etkisi nedeniyle, ilgili yapılandırma + yönergelerini <code class="directive"><a href="./mod/core.html#if"><If></a></code>'in + içinde ve dışında karıştırırken dikkatli olunmalıdır. Doğrudan + <code class="directive"><a href="./mod/core.html#else"><Else></a></code> kullanımının + yardımı olabilir.</li> + + <li><code>.htaccess</code> içinde <code class="directive"><a href="./mod/core.html#if"><If></a></code> kullanıldığında, üst dizindeki sarmalanmış + yönergeler, alt dizinde sarmalanmamış yönergelerden <em>sonra</em> + birleştirilir.</li> </ul> <div class="note"><h3>Bazı Teknik Bilgiler</h3> @@ -483,35 +495,35 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail tamamen elden çıkarılır. </div> - <h3><a name="relationship-module-configuration" id="relationship-module-configuration">Modüllerle + <h3><a name="relationship-module-configuration" id="relationship-module-configuration">Modüllerle yapılandırma bölümleri arasındaki ilişki</a></h3> - - <p>Yapılandırma bölümlerini okurken örneğin <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> - gibi belli modüllerin yönergelerinin bu bölümlere nasıl katılacağı ve - ne zaman nasıl işleneceği gibi sorular sıkça aklımızdan geçer. Bunun - belli bir yanıtı yoktur ve biraz temel bilgi gerektirir. Her httpd - modülü yapılandırmasını kendi yönetir ve httpd.conf içindeki - yönergelerinin her biri belli bir bağlamdaki bir yapılandırmayı + + <p>Yapılandırma bölümlerini okurken örneğin <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> + gibi belli modüllerin yönergelerinin bu bölümlere nasıl katılacağı ve + ne zaman nasıl işleneceği gibi sorular sıkça aklımızdan geçer. Bunun + belli bir yanıtı yoktur ve biraz temel bilgi gerektirir. Her httpd + modülü yapılandırmasını kendi yönetir ve httpd.conf içindeki + yönergelerinin her biri belli bir bağlamdaki bir yapılandırmayı belirtir. httpd bir komutu okunduğu sırada çalıştırmaz.</p> - - <p>Çalışma anında, httpd çekirdeği geçerli isteğe hangilerinin - uygulanacağını belirlemek için yukarıda açıklanan sırada tanımlı - yapılandırma bölümlerini tekrar tekrar okur. Eşleşen ilk bölümün bu - istek için geçerli yapılandırmayı içerdiği varsayılır. Eğer alt - bölümlerden biri de eşleşmişse bu bölümlerde yönergeleri bulunan her - modüle yapılandırmasını iki bölüm arasında katıştırma şansı verilir. - Sonuç üçüncü bir yapılandırma olup işlem bütün yapılandırma bölümleri + + <p>Çalışma anında, httpd çekirdeği geçerli isteğe hangilerinin + uygulanacağını belirlemek için yukarıda açıklanan sırada tanımlı + yapılandırma bölümlerini tekrar tekrar okur. Eşleşen ilk bölümün bu + istek için geçerli yapılandırmayı içerdiği varsayılır. Eğer alt + bölümlerden biri de eşleşmişse bu bölümlerde yönergeleri bulunan her + modüle yapılandırmasını iki bölüm arasında katıştırma şansı verilir. + Sonuç üçüncü bir yapılandırma olup işlem bütün yapılandırma bölümleri değerlendirilene kadar sürer.</p> - - <p>Yukarıdaki adımların ardından HTTP isteğiyle ilgili "asıl" işlem - başlar: her modül ondan istenen görevleri gerçekleştirme şansına sahip - olur. Nasıl davranacaklarını belirlemek için kendilerinin katıştırılmış + + <p>Yukarıdaki adımların ardından HTTP isteğiyle ilgili "asıl" işlem + başlar: her modül ondan istenen görevleri gerçekleştirme şansına sahip + olur. Nasıl davranacaklarını belirlemek için kendilerinin katıştırılmış son yapılandırmalarını http çekirdeğinden alabilirler.</p> - - <p>Sürecin tamamı bir örnekle görselleştirilebilir. Aşağıdaki örnekte - belli bir HTTP başlığını ayarlamak için <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> - modülünün <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> yönergesi - kullanılmıştır. <code>/example/index.html</code> isteği için httpd + + <p>Sürecin tamamı bir örnekle görselleştirilebilir. Aşağıdaki örnekte + belli bir HTTP başlığını ayarlamak için <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> + modülünün <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> yönergesi + kullanılmıştır. <code>/example/index.html</code> isteği için httpd <code>CustomHeaderName</code> başlığına hangi değeri atayacaktır? </p> <pre class="prettyprint lang-config"><Directory "/"> @@ -524,37 +536,37 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail <Directory "/example"> Header set CustomHeaderName iki </Directory></pre> - + <ul> - <li><code class="directive">Directory</code> "/" eşleşir ve ilk yapılandırma - olarak <code>CustomHeaderName</code> başlığı <code>bir</code> + <li><code class="directive">Directory</code> "/" eşleşir ve ilk yapılandırma + olarak <code>CustomHeaderName</code> başlığı <code>bir</code> değeriyle oluşturulur.</li> - - <li><code class="directive">Directory</code> "/example" eşleşir ve - <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> modülünün koduna göre bir katıştırma - durumundan yeni değer eskiyi geçersiz kılacağından yeni bir - yapılandırma ile <code>CustomHeaderName</code> başlığının değeri + + <li><code class="directive">Directory</code> "/example" eşleşir ve + <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> modülünün koduna göre bir katıştırma + durumundan yeni değer eskiyi geçersiz kılacağından yeni bir + yapılandırma ile <code>CustomHeaderName</code> başlığının değeri <code>iki</code> yapılır.</li> - - <li><code class="directive">FilesMatch</code> ".*" eşleşir ve başka bir - katıştırma fırsatı doğar: <code>CustomHeaderName</code> başlığının + + <li><code class="directive">FilesMatch</code> ".*" eşleşir ve başka bir + katıştırma fırsatı doğar: <code>CustomHeaderName</code> başlığının değeri <code>yedi</code> yapılır.</li> - - <li>Neticede HHP isteğinin sonraki adımlarında - <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> çağrılıp <code>yedi</code> değeri - atanmış <code>CustomHeaderName</code> başlığını işleme sokması - istenecektir. <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> normalde işini yapmak - için bu yapılandırmayı kullanacaktır. Fakat bundan, bir yönergenin - gerekli olmaması veya kullanımdan kaldırılması ve benzeri nedenlerle - yapılandırmada iptal edilmesi gibi daha karmaşık bir eylemi bir + + <li>Neticede HHP isteğinin sonraki adımlarında + <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> çağrılıp <code>yedi</code> değeri + atanmış <code>CustomHeaderName</code> başlığını işleme sokması + istenecektir. <code class="module"><a href="./mod/mod_headers.html">mod_headers</a></code> normalde işini yapmak + için bu yapılandırmayı kullanacaktır. Fakat bundan, bir yönergenin + gerekli olmaması veya kullanımdan kaldırılması ve benzeri nedenlerle + yapılandırmada iptal edilmesi gibi daha karmaşık bir eylemi bir modülün gerçekleştiremeyeceği anlamı çıkarılmamalıdır.</li> </ul> - <p><code class="directive">Directory</code> ile aynı katıştırma sırasından dolayı - bu durum .htaccess için de geçerlidir. Burada anlaşılması gereken husus, - <code class="directive">Directory</code> ve <code class="directive">FilesMatch</code> - gibi yapılandırma bölümlerinin <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> veya <code class="directive"><a href="./mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> gibi modüle özgü - yönergelerle karşılaştırılmamasıdır, çünkü bunlar farklı seviyelerde + <p><code class="directive">Directory</code> ile aynı katıştırma sırasından dolayı + bu durum .htaccess için de geçerlidir. Burada anlaşılması gereken husus, + <code class="directive">Directory</code> ve <code class="directive">FilesMatch</code> + gibi yapılandırma bölümlerinin <code class="directive"><a href="./mod/mod_headers.html#header">Header</a></code> veya <code class="directive"><a href="./mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> gibi modüle özgü + yönergelerle karşılaştırılmamasıdır, çünkü bunlar farklı seviyelerde işlem görür. </p> @@ -617,7 +629,7 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail <a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="./tr/sections.html" title="Türkçe"> tr </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">Yorum</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> +</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">Yorumlar</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 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 Libera.chat, or sent to our <a href="https://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/sections.html'; @@ -635,7 +647,7 @@ var comments_identifier = 'http://httpd.apache.org/docs/2.4/sections.html'; } })(window, document); //--><!]]></script></div><div id="footer"> -<p class="apache">Copyright 2019 The Apache Software Foundation.<br /><a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> altında lisanslıdır.</p> +<p class="apache">Copyright 2024 The Apache Software Foundation.<br /><a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> altında lisanslıdır.</p> <p class="menu"><a href="./mod/">Modüller</a> | <a href="./mod/directives.html">Yönergeler</a> | <a href="http://wiki.apache.org/httpd/FAQ">SSS</a> | <a href="./glossary.html">Terimler</a> | <a href="./sitemap.html">Site Haritası</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!-- if (typeof(prettyPrint) !== 'undefined') { prettyPrint(); |