diff options
| author | Lucien Gentis <lgentis@apache.org> | 2016-05-08 13:19:22 +0000 |
|---|---|---|
| committer | Lucien Gentis <lgentis@apache.org> | 2016-05-08 13:19:22 +0000 |
| commit | 035d5ecbe5316cb9d910d54c1d728b21b187e4f1 (patch) | |
| tree | 50140dc4621a367756067936505784ac55c70ac2 /docs/manual/howto/htaccess.xml.fr | |
| parent | f62cdc153dd60d8bdce9b6193f598f78cd1eda18 (diff) | |
| download | httpd-035d5ecbe5316cb9d910d54c1d728b21b187e4f1.tar.gz | |
XML updates.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1742812 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs/manual/howto/htaccess.xml.fr')
| -rw-r--r-- | docs/manual/howto/htaccess.xml.fr | 344 |
1 files changed, 172 insertions, 172 deletions
diff --git a/docs/manual/howto/htaccess.xml.fr b/docs/manual/howto/htaccess.xml.fr index b12c04d03f..785255b0de 100644 --- a/docs/manual/howto/htaccess.xml.fr +++ b/docs/manual/howto/htaccess.xml.fr @@ -1,7 +1,7 @@ -<?xml version="1.0" encoding="ISO-8859-1" ?> +<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd"> <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?> -<!-- English Revision: 1673582:1741842 (outdated) --> +<!-- English Revision: 1741842 --> <!-- French translation : Lucien GENTIS --> <!-- Reviewed by : Vincent Deffontaines --> @@ -28,8 +28,8 @@ <title>Tutoriel du serveur HTTP Apache : fichiers .htaccess</title> <summary> -<p>Les fichiers <code>.htaccess</code> fournissent une méthode pour -modifier la configuration du serveur au niveau de chaque répertoire.</p> +<p>Les fichiers <code>.htaccess</code> fournissent une méthode pour +modifier la configuration du serveur au niveau de chaque répertoire.</p> </summary> <section id="related"><title>Fichiers .htaccess</title> @@ -58,31 +58,31 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> </directivelist> </related> - <note>Les fichiers <code>.htaccess</code> ne doivent être utilisés - que si vous n'avez pas accès au fichier de configuration du serveur + <note>Les fichiers <code>.htaccess</code> ne doivent être utilisés + que si vous n'avez pas accès au fichier de configuration du serveur principal. L'utilisation des fichiers <code>.htaccess</code> ralentit le fonctionnement de votre serveur HTTP Apache. Il est toujours - préférable de définir les directives que vous pouvez inclure dans un + préférable de définir les directives que vous pouvez inclure dans un fichier <code>.htaccess</code> dans une section <directive module="core">Directory</directive>, car elles produiront le - même effet avec de meilleures performances.</note> + même effet avec de meilleures performances.</note> </section> <section id="what"> <title>Que sont ce fichiers, comment les utiliser ?</title> <p>Les fichiers <code>.htaccess</code> (ou "fichiers de - configuration distribués") fournissent une méthode pour modifier la - configuration du serveur au niveau d'un répertoire. Un fichier, - contenant une ou plusieurs directives de configuration, est placé - dans un répertoire de documents particulier, et ses directives - s'appliquent à ce répertoire et à tous ses sous-répertoires.</p> + configuration distribués") fournissent une méthode pour modifier la + configuration du serveur au niveau d'un répertoire. Un fichier, + contenant une ou plusieurs directives de configuration, est placé + dans un répertoire de documents particulier, et ses directives + s'appliquent à ce répertoire et à tous ses sous-répertoires.</p> <note><title>Note :</title> - <p>Si vous voulez donner un autre nom à votre fichier + <p>Si vous voulez donner un autre nom à votre fichier <code>.htaccess</code>, vous pouvez le faire en utilisant la directive <directive module="core">AccessFileName</directive>. Par - exemple, si vous préférez nommer votre fichier + exemple, si vous préférez nommer votre fichier <code>.config</code>, vous pouvez mettre ceci dans le fichier de configuration de votre serveur :</p> @@ -91,28 +91,28 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> </highlight> </note> - <p>En général, les fichiers <code>.htaccess</code> utilisent la même + <p>En général, les fichiers <code>.htaccess</code> utilisent la même syntaxe que les <a href="../configuring.html#syntax">fichiers de configuration principaux</a>. Ce que vous pouvez mettre dans ces - fichier est déterminé par la directive <directive - module="core">AllowOverride</directive>. Cette directive spécifie, - sous forme de catégories, quelles directives seront traitées si + fichier est déterminé par la directive <directive + module="core">AllowOverride</directive>. Cette directive spécifie, + sous forme de catégories, quelles directives seront traitées si elles se trouvent dans un fichier <code>.htaccess</code>. Si une directive est permise dans un fichier <code>.htaccess</code> file, la documentation de cette directive contiendra une section Override, - spécifiant quelle valeur doit prendre <directive + spécifiant quelle valeur doit prendre <directive module="core">AllowOverride</directive> pour que cette directive - soit traitée.</p> + soit traitée.</p> <p>Par exemple, si vous regardez la documentation de la directive <directive module="core">AddDefaultCharset</directive>, vous verrez - que cette dernière est permise dans les fichiers - <code>.htaccess</code> (Voir la ligne de contexte dans le résumé de + que cette dernière est permise dans les fichiers + <code>.htaccess</code> (Voir la ligne de contexte dans le résumé de la directive). La ligne <a href="../mod/directive-dict.html#Context">Override</a> indique <code>FileInfo</code>. Vous devez donc avoir au moins <code>AllowOverride FileInfo</code> pour que cette directive soit - traitée dans les fichiers <code>.htaccess</code>.</p> + traitée dans les fichiers <code>.htaccess</code>.</p> <example><title>Exemple :</title> <table> @@ -130,7 +130,7 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> </table> </example> - <p>Si vous n'êtes pas sûr qu'une directive particulière soit permise + <p>Si vous n'êtes pas sûr qu'une directive particulière soit permise dans un fichier <code>.htaccess</code>, lisez la documentation de cette directive, et consultez la ligne de contexte pour ".htaccess".</p> @@ -140,61 +140,61 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> les fichiers .htaccess ?</title> <p>En principe, vous ne devriez utiliser les fichiers - <code>.htaccess</code> que lorsque vous n'avez pas accès au fichier de + <code>.htaccess</code> que lorsque vous n'avez pas accès au fichier de configuration du serveur principal. Par exemple, la fausse - idée + idée selon laquelle l'authentification de l'utilisateur devrait toujours - être faite dans les fichiers <code>.htaccess</code> est très - répandue. Il est aussi souvent avancé, ces dernières - années, que les directives de <module>mod_rewrite</module> doivent - être définies dans les fichiers <code>.htaccess</code>. Ceci est + être faite dans les fichiers <code>.htaccess</code> est très + répandue. Il est aussi souvent avancé, ces dernières + années, que les directives de <module>mod_rewrite</module> doivent + être définies dans les fichiers <code>.htaccess</code>. Ceci est tout simplement faux. Vous pouvez configurer l'authentification des utilisateurs au niveau de la configuration du - serveur principal, et c'est en fait cette méthode qui doit être - privilégiée. De même, les directives de - <code>mod_rewrite</code> fonctionneront mieux, à de nombreux égards, + serveur principal, et c'est en fait cette méthode qui doit être + privilégiée. De même, les directives de + <code>mod_rewrite</code> fonctionneront mieux, à de nombreux égards, dans le contexte du serveur principal.</p> - <p>Les fichiers <code>.htaccess</code> ne devraient être utilisés - que dans le cas où les fournisseurs de contenu ont besoin de - modifier la configuration du serveur au niveau d'un répertoire, mais - ne possèdent pas l'accès root sur le système du serveur. Si + <p>Les fichiers <code>.htaccess</code> ne devraient être utilisés + que dans le cas où les fournisseurs de contenu ont besoin de + modifier la configuration du serveur au niveau d'un répertoire, mais + ne possèdent pas l'accès root sur le système du serveur. Si l'administrateur du serveur ne souhaite pas effectuer des - modifications de configuration incessantes, il peut être intéressant - de permettre aux utilisateurs isolés d'effectuer eux-mêmes ces + modifications de configuration incessantes, il peut être intéressant + de permettre aux utilisateurs isolés d'effectuer eux-mêmes ces modifications par le biais de fichiers <code>.htaccess</code>. Ceci - est particulièrement vrai dans le cas où le fournisseur d'accès à - Internet héberge de nombreux sites d'utilisateurs sur un seul + est particulièrement vrai dans le cas où le fournisseur d'accès à + Internet héberge de nombreux sites d'utilisateurs sur un seul serveur, et souhaite que ces utilisateurs puissent modifier - eux-mêmes leurs configurations.</p> + eux-mêmes leurs configurations.</p> - <p>Cependant et d'une manière générale, il vaut mieux éviter - d'utiliser les fichiers <code>.htaccess</code>. Tout élément de + <p>Cependant et d'une manière générale, il vaut mieux éviter + d'utiliser les fichiers <code>.htaccess</code>. Tout élément de configuration que vous pourriez vouloir mettre dans un fichier - <code>.htaccess</code>, peut aussi être mis, et avec la même - efficacité, dans une section <directive module="core" + <code>.htaccess</code>, peut aussi être mis, et avec la même + efficacité, dans une section <directive module="core" type="section">Directory</directive> du fichier de configuration de votre serveur principal.</p> - <p>Il y a deux raisons principales d'éviter l'utilisation des + <p>Il y a deux raisons principales d'éviter l'utilisation des fichiers <code>.htaccess</code>.</p> - <p>La première est liée aux performances. Lorsque la directive - <directive module="core">AllowOverride</directive> est définie de - façon à autoriser l'utilisation des fichiers <code>.htaccess</code>, - httpd va rechercher leur présence dans chaque répertoire. Ainsi, - permettre l'utilisation des fichiers <code>.htaccess</code> est déjà - en soi une cause de dégradation des performances, que vous utilisiez + <p>La première est liée aux performances. Lorsque la directive + <directive module="core">AllowOverride</directive> est définie de + façon à autoriser l'utilisation des fichiers <code>.htaccess</code>, + httpd va rechercher leur présence dans chaque répertoire. Ainsi, + permettre l'utilisation des fichiers <code>.htaccess</code> est déjà + en soi une cause de dégradation des performances, que vous utilisiez effectivement ces fichiers ou non ! De plus, le fichier - <code>.htaccess</code> est chargé en mémoire chaque fois qu'un - document fait l'objet d'une requête.</p> + <code>.htaccess</code> est chargé en mémoire chaque fois qu'un + document fait l'objet d'une requête.</p> <p>Notez aussi que httpd doit rechercher les fichiers - <code>.htaccess</code> dans tous les répertoires de niveau - supérieur, afin de rassembler toutes les directives qui s'appliquent - au répertoire courant (Voir la section <a href="#how">comment sont - appliquées les directives</a>). Ainsi, si un fichier fait l'objet - d'une requête à partir d'un répertoire + <code>.htaccess</code> dans tous les répertoires de niveau + supérieur, afin de rassembler toutes les directives qui s'appliquent + au répertoire courant (Voir la section <a href="#how">comment sont + appliquées les directives</a>). Ainsi, si un fichier fait l'objet + d'une requête à partir d'un répertoire <code>/www/htdocs/exemple</code>, httpd doit rechercher les fichiers suivants :</p> @@ -205,31 +205,31 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> /www/htdocs/exemple/.htaccess </example> - <p>En conséquence, chaque accès à un fichier de ce répertoire - nécessite 4 accès au système de fichiers supplémentaires pour - rechercher des fichiers <code>.htaccess</code>, même si - aucun de ces fichiers n'est présent. Notez que cet exemple ne peut - se produire que si les fichiers <code>.htaccess</code> ont été - autorisés pour le répertoire <code>/</code>, ce qui est rarement le + <p>En conséquence, chaque accès à un fichier de ce répertoire + nécessite 4 accès au système de fichiers supplémentaires pour + rechercher des fichiers <code>.htaccess</code>, même si + aucun de ces fichiers n'est présent. Notez que cet exemple ne peut + se produire que si les fichiers <code>.htaccess</code> ont été + autorisés pour le répertoire <code>/</code>, ce qui est rarement le cas.</p> - <p>La seconde raison d'éviter l'utilisation des fichiers - <code>.htaccess</code> est liée à la sécurité. Si vous permettez aux + <p>La seconde raison d'éviter l'utilisation des fichiers + <code>.htaccess</code> est liée à la sécurité. Si vous permettez aux utilisateurs de modifier la configuration du serveur, il peut en - résulter des conséquences sur lesquelles vous n'aurez aucun - contrôle. Réfléchissez bien avant de donner ce privilège à vos + résulter des conséquences sur lesquelles vous n'aurez aucun + contrôle. Réfléchissez bien avant de donner ce privilège à vos utilisateurs. Notez aussi que ne pas donner aux utilisateurs les - privilèges dont ils ont besoin va entraîner une augmentation des - demandes de support technique. Assurez-vous d'avoir informé - clairement vos utilisateurs du niveau de privilèges que vous leur - avez attribué. Indiquer exactement comment vous avez défini la + privilèges dont ils ont besoin va entraîner une augmentation des + demandes de support technique. Assurez-vous d'avoir informé + clairement vos utilisateurs du niveau de privilèges que vous leur + avez attribué. Indiquer exactement comment vous avez défini la directive <directive module="core">AllowOverride</directive> et diriger les utilisateurs vers la documentation correspondante vous - évitera bien des confusions ultérieures.</p> + évitera bien des confusions ultérieures.</p> <p>Notez que mettre un fichier <code>.htaccess</code> contenant une - directive dans un répertoire <code>/www/htdocs/exemple</code> - revient exactement au même que mettre la même directive dans une + directive dans un répertoire <code>/www/htdocs/exemple</code> + revient exactement au même que mettre la même directive dans une section Directory <code><Directory "/www/htdocs/exemple"></code> du fichier de configuration de votre serveur principal :</p> @@ -251,74 +251,74 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> </example> <p>Cependant, la perte de performances sera moindre si vous - définissez cette directive dans la configuration de - votre serveur principal, car cette dernière ne sera chargée qu'une - seule fois au moment du démarrage du serveur, alors qu'elle le sera - à chaque accès dans le cas d'un fichier <code>.htaccess</code>.</p> + définissez cette directive dans la configuration de + votre serveur principal, car cette dernière ne sera chargée qu'une + seule fois au moment du démarrage du serveur, alors qu'elle le sera + à chaque accès dans le cas d'un fichier <code>.htaccess</code>.</p> - <p>L'utilisation des fichiers <code>.htaccess</code> peut être - entièrement désactivée en définissant la directive <directive - module="core">AllowOverride</directive> à <code>none</code> :</p> + <p>L'utilisation des fichiers <code>.htaccess</code> peut être + entièrement désactivée en définissant la directive <directive + module="core">AllowOverride</directive> à <code>none</code> :</p> <highlight language="config">AllowOverride None</highlight> </section> -<section id="how"><title>Comment sont appliquées les directives ?</title> +<section id="how"><title>Comment sont appliquées les directives ?</title> - <p>Les directives de configuration situées dans un fichier - <code>.htaccess</code> s'appliquent au répertoire dans lequel ce - fichier <code>.htaccess</code> se trouve, ainsi qu'à tous ses - sous-répertoires. Cependant, il est important de garder à l'esprit + <p>Les directives de configuration situées dans un fichier + <code>.htaccess</code> s'appliquent au répertoire dans lequel ce + fichier <code>.htaccess</code> se trouve, ainsi qu'à tous ses + sous-répertoires. Cependant, il est important de garder à l'esprit qu'il peut y avoir des fichiers <code>.htaccess</code> dans les - répertoires de niveau supérieur. Les directives sont appliquées - selon l'ordre dans lequel elles sont rencontrées. Ainsi, les - directives d'un fichier <code>.htaccess</code> situé dans un - répertoire particulier peuvent écraser les directives se trouvant - dans des fichiers <code>.htaccess</code> situés à un niveau - supérieur dans l'arborescence des répertoires. Et ces dernières - peuvent elles-mêmes avoir écrasé des directives d'un fichier - <code>.htaccess</code> situé à un niveau encore plus haut, ou dans + répertoires de niveau supérieur. Les directives sont appliquées + selon l'ordre dans lequel elles sont rencontrées. Ainsi, les + directives d'un fichier <code>.htaccess</code> situé dans un + répertoire particulier peuvent écraser les directives se trouvant + dans des fichiers <code>.htaccess</code> situés à un niveau + supérieur dans l'arborescence des répertoires. Et ces dernières + peuvent elles-mêmes avoir écrasé des directives d'un fichier + <code>.htaccess</code> situé à un niveau encore plus haut, ou dans le fichier de configuration du serveur principal.</p> <p>Exemple :</p> - <p>Dans le répertoire <code>/www/htdocs/exemple1</code> se trouve un + <p>Dans le répertoire <code>/www/htdocs/exemple1</code> se trouve un fichier <code>.htaccess</code> contenant ce qui suit :</p> <highlight language="config">Options +ExecCGI</highlight> - <p>Note : "<code>AllowOverride Options</code>" doit être présent + <p>Note : "<code>AllowOverride Options</code>" doit être présent pour permettre l'utilisation de la directive "<directive module="core">Options</directive>" dans les fichiers <code>.htaccess</code>.</p> - <p>Dans le répertoire <code>/www/htdocs/exemple1/exemple2</code> se + <p>Dans le répertoire <code>/www/htdocs/exemple1/exemple2</code> se trouve un fichier <code>.htaccess</code> contenant ce qui suit :</p> <highlight language="config">Options Includes</highlight> - <p>Ainsi, à cause de ce second fichier <code>.htaccess</code> du - répertoire <code>/www/htdocs/exemple1/exemple2</code>, l'exécution - des CGI est interdite, car la dernière définition d'options - <code>Options Includes</code> écrase toute autre définition - d'options d'un fichier <code>.htaccess</code> situé dans un - répertoire de niveau supérieur.</p> + <p>Ainsi, à cause de ce second fichier <code>.htaccess</code> du + répertoire <code>/www/htdocs/exemple1/exemple2</code>, l'exécution + des CGI est interdite, car la dernière définition d'options + <code>Options Includes</code> écrase toute autre définition + d'options d'un fichier <code>.htaccess</code> situé dans un + répertoire de niveau supérieur.</p> <section id="merge"><title>Interactions entre les fichiers .htaccess et les fichiers de configuration du serveur principal</title> - <p>Comme indiqué dans la documentation sur les <a + <p>Comme indiqué dans la documentation sur les <a href="../sections.html">Sections de configuration</a>, les fichiers - <code>.htaccess</code> peuvent écraser les directives des sections + <code>.htaccess</code> peuvent écraser les directives des sections <directive type="section" module="core">Directory</directive> pour - le répertoire correspondant, mais peuvent eux-mêmes être écrasés + le répertoire correspondant, mais peuvent eux-mêmes être écrasés par d'autres types de sections des fichiers de la - configuration principale. Cette possibilité peut s'avérer utile pour - forcer certaines configurations, même en cas de présence de l'option - libérale <directive module="core">AllowOverride</directive>. Par - exemple, pour interdire l'exécution de scripts en autorisant la - définition de toute autre option dans les fichiers + configuration principale. Cette possibilité peut s'avérer utile pour + forcer certaines configurations, même en cas de présence de l'option + libérale <directive module="core">AllowOverride</directive>. Par + exemple, pour interdire l'exécution de scripts en autorisant la + définition de toute autre option dans les fichiers <code>.htaccess</code>, vous pouvez utiliser :</p> <highlight language="config"> @@ -327,11 +327,11 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> </Directory> <Location "/"> - Options +IncludesNoExec -ExecCGI<br /> + Options +IncludesNoExec -ExecCGI </Location> </highlight> - <note>Dans cet exemple, on considère que le chemin défini par la + <note>Dans cet exemple, on considère que le chemin défini par la directive <directive module="core">DocumentRoot</directive> est <code>/www/htdocs</code>.</note> </section> @@ -340,21 +340,21 @@ modifier la configuration du serveur au niveau de chaque répertoire.</p> <section id="auth"><title>Exemple d'authentification</title> - <p>Si vous accédez directement à ce point du document pour apprendre - à effectuer une authentification, il est important de noter ceci. Il - existe une fausse idée selon laquelle il serait nécessaire - d'utiliser les fichiers <code>.htaccess</code> pour implémenter + <p>Si vous accédez directement à ce point du document pour apprendre + à effectuer une authentification, il est important de noter ceci. Il + existe une fausse idée selon laquelle il serait nécessaire + d'utiliser les fichiers <code>.htaccess</code> pour implémenter l'authentification par mot de passe. Ceci est tout simplement faux. - Pour y parvenir, il est préférable de mettre les directives + Pour y parvenir, il est préférable de mettre les directives d'authentification dans une section <directive module="core" type="section">Directory</directive> du fichier de configuration de votre serveur principal, et les fichiers <code>.htaccess</code> ne - devraient être utilisés que dans le cas où vous n'avez pas accès au + devraient être utilisés que dans le cas où vous n'avez pas accès au fichier de configuration du serveur principal. Voir <a href="#when">ci-dessus</a> pour savoir dans quels cas vous devez ou ne devez pas utiliser les fichiers <code>.htaccess</code>.</p> - <p>Ceci étant dit, si vous pensez que vous devez quand-même utiliser + <p>Ceci étant dit, si vous pensez que vous devez quand-même utiliser un fichier <code>.htaccess</code>, vous pouvez utiliser la configuration suivante :</p> @@ -368,22 +368,22 @@ AuthGroupFile "/www/passwords/group.file" Require group admins </highlight> - <p>Notez que <code>AllowOverride AuthConfig</code> doit être présent + <p>Notez que <code>AllowOverride AuthConfig</code> doit être présent pour que ces directives produisent leur effet.</p> - <p>Vous pouvez vous référer au <a href="auth.html">tutoriel sur - l'authentification</a> pour une description plus détaillée de + <p>Vous pouvez vous référer au <a href="auth.html">tutoriel sur + l'authentification</a> pour une description plus détaillée de l'authentification et de l'autorisation.</p> </section> -<section id="ssi"><title>Exemple d'Inclusion Côté Serveur (Server Side +<section id="ssi"><title>Exemple d'Inclusion Côté Serveur (Server Side Includes - SSI)</title> <p>Les fichiers <code>.htaccess</code> sont aussi couramment - utilisés pour activer les SSI pour un répertoire particulier. Pour y + utilisés pour activer les SSI pour un répertoire particulier. Pour y parvenir, on utilise les directives de configuration suivantes, - placées dans un fichier <code>.htaccess</code> enregistré dans le - répertoire considéré :</p> + placées dans un fichier <code>.htaccess</code> enregistré dans le + répertoire considéré :</p> <highlight language="config"> Options +Includes @@ -392,53 +392,53 @@ AddHandler server-parsed shtml </highlight> <p>Notez que <code>AllowOverride Options</code> et <code>AllowOverride - FileInfo</code> doivent être tous les deux présents pour que ces + FileInfo</code> doivent être tous les deux présents pour que ces directives puissent produire leur effet.</p> - <p>Vous pouvez vous référer au <a href="ssi.html">tutoriel SSI</a> - pour une description plus détaillée des SSI.</p> + <p>Vous pouvez vous référer au <a href="ssi.html">tutoriel SSI</a> + pour une description plus détaillée des SSI.</p> </section> -<section id="rewrite"><title>Les règles de réécriture dans les fichiers .htaccess</title> +<section id="rewrite"><title>Les règles de réécriture dans les fichiers .htaccess</title> <p>Sivous utilisez des directives <directive module="mod_rewrite">RewriteRule</directive> dans un fichier -<code>.htaccess</code>, gardez à l'esprit que les choses sont légèrement -différentes dans un contexte de répertoire. En particulier, les règles -sont relatives au répertoire courant, et non à l'URI original. Considérez +<code>.htaccess</code>, gardez à l'esprit que les choses sont légèrement +différentes dans un contexte de répertoire. En particulier, les règles +sont relatives au répertoire courant, et non à l'URI original. Considérez les exemples suivants :</p> <highlight language="config"> # Dans httpd.conf RewriteRule "^/images/(.+)\.jpg" "/images/$1.png" -# Dans un fichier .htaccess situé dans le répertoire racine de vos +# Dans un fichier .htaccess situé dans le répertoire racine de vos # documents RewriteRule "^images/(.+)\.jpg" "images/$1.png" -# Dans un fichier .htaccess situé dans le répertoire images/ +# Dans un fichier .htaccess situé dans le répertoire images/ RewriteRule "^(.+)\.jpg" "$1.png" </highlight> -<p>On voit que si le fichier <code>.htaccess</code> se situe à la racine -de vos documents, le slash de tête est supprimé de la valeur de -remplacement spécifiée pour la règle <directive +<p>On voit que si le fichier <code>.htaccess</code> se situe à la racine +de vos documents, le slash de tête est supprimé de la valeur de +remplacement spécifiée pour la règle <directive module="mod_rewrite">RewriteRule</directive>, et que si le fichier -<code>.htaccess</code> se situe dans le répertoire <code>images</code>, -la chaîne <code>/images/</code> disparaît de cette même valeur de -remplacement. Il doit donc en être de même dans votre expression +<code>.htaccess</code> se situe dans le répertoire <code>images</code>, +la chaîne <code>/images/</code> disparaît de cette même valeur de +remplacement. Il doit donc en être de même dans votre expression rationnelle.</p> -<p>Veuillez vous référer à cette <a href="../rewrite/">documentation</a> -pour une étude détaillée de l'utilisation du module +<p>Veuillez vous référer à cette <a href="../rewrite/">documentation</a> +pour une étude détaillée de l'utilisation du module <code>mod_rewrite</code>.</p> </section> <section id="cgi"><title>Exemple de CGI</title> - <p>En fin de compte, vous avez décidé d'utiliser un fichier - <code>.htaccess</code> pour permettre l'exécution des programmes CGI - dans un répertoire particulier. Pour y parvenir, vous pouvez + <p>En fin de compte, vous avez décidé d'utiliser un fichier + <code>.htaccess</code> pour permettre l'exécution des programmes CGI + dans un répertoire particulier. Pour y parvenir, vous pouvez utiliser la configuration suivante :</p> <highlight language="config"> @@ -447,7 +447,7 @@ AddHandler cgi-script "cgi" "pl" </highlight> <p>Alternativement, si vous souhaitez que tous les fichiers d'un - répertoire donné soient considérés comme des programmes CGI, vous + répertoire donné soient considérés comme des programmes CGI, vous pouvez utiliser la configuration suivante :</p> <highlight language="config"> @@ -456,36 +456,36 @@ SetHandler cgi-script </highlight> <p>Notez que <code>AllowOverride Options</code> et <code>AllowOverride - FileInfo</code> doivent être tous les deux présents pour que ces + FileInfo</code> doivent être tous les deux présents pour que ces directives puissent produire leur effet.</p> - <p>Vous pouvez vous référer au <a href="cgi.html">tutoriel CGI</a> - pour une description plus détaillée de la configuration et de la + <p>Vous pouvez vous référer au <a href="cgi.html">tutoriel CGI</a> + pour une description plus détaillée de la configuration et de la proprammation CGI.</p> </section> -<section id="troubleshoot"><title>Résolution des problèmes</title> +<section id="troubleshoot"><title>Résolution des problèmes</title> - <p>De nombreuses raisons peuvent être à l'origine du fait que + <p>De nombreuses raisons peuvent être à l'origine du fait que les directives que vous avez mises dans un fichier - <code>.htaccess</code> ne produisent pas l'effet désiré.</p> + <code>.htaccess</code> ne produisent pas l'effet désiré.</p> - <p>Le plus souvent, le problème vient du fait que la définition de + <p>Le plus souvent, le problème vient du fait que la définition de la directive <directive module="core">AllowOverride</directive> ne permet pas l'activation des directives de votre fichier - <code>.htaccess</code>. Vérifiez si une directive - <code>AllowOverride None</code> n'affecte pas le répertoire où se - trouve votre fichier. Un bon test consiste à mettre des directives - dont la syntaxe est erronée dans votre ficher <code>.htaccess</code> - et de recharger la page. Si aucune erreur n'est générée par le + <code>.htaccess</code>. Vérifiez si une directive + <code>AllowOverride None</code> n'affecte pas le répertoire où se + trouve votre fichier. Un bon test consiste à mettre des directives + dont la syntaxe est erronée dans votre ficher <code>.htaccess</code> + et de recharger la page. Si aucune erreur n'est générée par le serveur, il est pratiquement certain qu'une directive - <code>AllowOverride None</code> affecte votre répertoire.</p> + <code>AllowOverride None</code> affecte votre répertoire.</p> <p>Par contre, si vous obtenez des erreurs de serveur lorsque vous - tentez d'accéder à des documents, consultez votre journal des + tentez d'accéder à des documents, consultez votre journal des erreurs de httpd. Il vous indiquera probablement que la directive - utilisée dans votre fichier <code>.htaccess</code> n'est pas + utilisée dans votre fichier <code>.htaccess</code> n'est pas permise.</p> <example> @@ -493,20 +493,20 @@ SetHandler cgi-script </example> <p>Cela signifie soit que vous utilisez une directive qui n'est jamais permise dans les fichiers <code>.htaccess</code>, soit - que vous n'avez tout simplement pas défini la directive - <directive module="core">AllowOverride</directive> à un niveau + que vous n'avez tout simplement pas défini la directive + <directive module="core">AllowOverride</directive> à un niveau suffisant pour la directive que vous utilisez. Consultez la - documentation de cette directive pour déterminer quel cas + documentation de cette directive pour déterminer quel cas s'applique.</p> <p>Le journal des erreurs peut aussi vous signaler une erreur de - syntaxe dans l'usage de la directive elle-même.</p> + syntaxe dans l'usage de la directive elle-même.</p> <example> [Sat Aug 09 16:22:34 2008] [alert] [client 192.168.200.51] /var/www/html/.htaccess: RewriteCond: bad flag delimiters </example> - <p>Dans ce cas, le message d'erreur sera spécifique à l'erreur + <p>Dans ce cas, le message d'erreur sera spécifique à l'erreur de syntaxe que vous avez commise.</p> </section> |