From: André Malo Date: Sat, 21 Nov 2009 21:32:13 +0000 (+0000) Subject: update transformation X-Git-Tag: 2.3.4~18 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=cc39ce520f8525514cd1d62a0716d749fc1ce399;p=apache update transformation git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@882998 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/convenience.map b/docs/manual/convenience.map index 2465e1ba85..10ce71348d 100644 --- a/docs/manual/convenience.map +++ b/docs/manual/convenience.map @@ -70,6 +70,7 @@ authformsitepassphrase mod/mod_auth_form.html#authformsitepassphrase authformsize mod/mod_auth_form.html#authformsize authformusername mod/mod_auth_form.html#authformusername authgroupfile mod/mod_authz_groupfile.html#authgroupfile +authldapbindauthoritative mod/mod_authnz_ldap.html#authldapbindauthoritative authldapbinddn mod/mod_authnz_ldap.html#authldapbinddn authldapbindpassword mod/mod_authnz_ldap.html#authldapbindpassword authldapcharsetconfig mod/mod_authnz_ldap.html#authldapcharsetconfig @@ -232,6 +233,7 @@ languagepriority mod/mod_negotiation.html#languagepriority ldapcacheentries mod/mod_ldap.html#ldapcacheentries ldapcachettl mod/mod_ldap.html#ldapcachettl ldapconnectiontimeout mod/mod_ldap.html#ldapconnectiontimeout +ldaplibrarydebug mod/mod_ldap.html#ldaplibrarydebug ldapopcacheentries mod/mod_ldap.html#ldapopcacheentries ldapopcachettl mod/mod_ldap.html#ldapopcachettl ldapreferralhoplimit mod/mod_ldap.html#ldapreferralhoplimit diff --git a/docs/manual/misc/perf-tuning.html.tr.utf8 b/docs/manual/misc/perf-tuning.html.tr.utf8 index 66710748d6..af538f443a 100644 --- a/docs/manual/misc/perf-tuning.html.tr.utf8 +++ b/docs/manual/misc/perf-tuning.html.tr.utf8 @@ -23,6 +23,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Apache 2.x, esneklik, taşınabilirlik ve başarım arasında bir denge diff --git a/docs/manual/misc/perf-tuning.xml.ko b/docs/manual/misc/perf-tuning.xml.ko index 3f470770d0..c2032bc268 100644 --- a/docs/manual/misc/perf-tuning.xml.ko +++ b/docs/manual/misc/perf-tuning.xml.ko @@ -1,7 +1,7 @@ - + + Guide de réécriture des URLs - Serveur Apache HTTP - - - - + + + +

-

Modules | Directives | FAQ | Glossaire | Plan du site

+

Modules | Directives | FAQ | Glossaire | Plan du site

Serveur Apache HTTP Version 2.3

-
-
<-
+ +
<-
-Apache > Serveur HTTP > Documentation > Version 2.3 > Rewrite

Guide de réécriture des URLs

+Apache > Serveur HTTP > Documentation > Version 2.3 > Rewrite

Guide de réécriture des URLs

-

Langues Disponibles:  en  | - fr 

+

Langues Disponibles:

Ce document complète la documentation de référence du - module mod_rewrite. Il décrit de quelle manière on - peut utiliser le module Apache mod_rewrite pour + module mod_rewrite. Il décrit de quelle manière on + peut utiliser le module Apache mod_rewrite pour résoudre les problèmes typiques relatifs aux URLs auxquels les webmasters sont souvent confrontés. La résolution de chaque problème par la configuration des jeux de règles de réécriture d'URLs fait @@ -35,7 +34,7 @@ situation en fonction de la configuration de votre serveur pourra s'avérer nécessaire, par exemple l'ajout du drapeau [PT] si vous utilisez les modules - mod_alias, mod_userdir, etc... Un + mod_alias, mod_userdir, etc... Un jeu de règles défini dans le contexte du serveur devra aussi être adapté pour être utilisé dans un contexte .htaccess. Efforcez-vous toujours de bien comprendre l'effet produit par un jeu @@ -43,30 +42,30 @@ problèmes.

-
top

Noms d'hôtes canoniques

@@ -151,11 +150,11 @@ RewriteRule ^/?(.*) http://www.%{HTTP_HOST}/$1 [L,R,NE] Vous pouvez utiliser ce jeu de règles aussi bien dans le fichier de configuration de votre serveur principal que dans un fichier .htaccess placé dans le répertoire défini par la - directive DocumentRoot du serveur.

+ directive DocumentRoot du serveur.

-
top
+
top

DocumentRootdéplacé

@@ -165,7 +164,7 @@ RewriteRule ^/?(.*) http://www.%{HTTP_HOST}/$1 [L,R,NE]
Description :
-

En général, la directive DocumentRoot correspond directement à l'URL +

En général, la directive DocumentRoot correspond directement à l'URL "/" du serveur web. Mais souvent, les données qui s'y trouvent ne sont pas de la première priorité. Par exemple, il peut être intéressant, pour les visiteurs qui entrent sur le site pour la première @@ -187,7 +186,7 @@ RewriteRule ^/$ /a-propos-de/ [R]

Notez que le même effet peut être obtenu à l'aide de la directive - RedirectMatch :

+ RedirectMatch :

RedirectMatch ^/$ http://exemple.com/apropos/ @@ -198,12 +197,12 @@ mais ne r http://example.com/page.html. En fait, si vous avez modifié la racine de vos documents - c'est à dire si tous vos contenus se trouvent dans ce sous-répertoire, il vaut mieux simplement modifier -votre directive DocumentRoot que de +votre directive DocumentRoot que de procéder à une réécriture d'URLs.

-
top
+
top

Problème du slash de fin

@@ -256,7 +255,7 @@ RewriteRule ^(.+[^/])$ $1/ [R] -
top
+
top

Déplacement des répertoires home vers un autre serveur

@@ -277,7 +276,7 @@ RewriteRule ^(.+[^/])$ $1/ [R]
Solution :
-

Avec mod_rewrite, la solution est +

Avec mod_rewrite, la solution est évidente. Sur l'ancien serveur web, on redirige simplement toutes les URLs du style /~user/chemin vers http://nouveau-serveur/~user/chemin.

@@ -289,7 +288,7 @@ RewriteRule ^/~(.+) http://nouveau-serveur/~$1 [R,L]
-
top
+
top

Recherche de pages dans plus d'un répertoire

@@ -330,7 +329,7 @@ RewriteRule ^(.+) - [PT] -
top
+
top

Définir des variables d'environnement en fonction de certaines parties de l'URL

@@ -366,7 +365,7 @@ RewriteRule ^(.*)/S=([^/]+)/(.*) $1/$3 [E=STATUS:$ -
top
+
top

Hôtes virtuels basés sur l'utilisateur

@@ -399,14 +398,14 @@ RewriteEngine on RewriteCond %{HTTP_HOST} ^www\.([^.]+)\.host\.com$ RewriteRule ^(.*) /home/%1$1
-

Les parenthèses utilisées dans une directive RewriteCond sont capturées dans les +

Les parenthèses utilisées dans une directive RewriteCond sont capturées dans les références arrières %1, %2, etc..., alors que -les parenthèses utilisées dans une directive RewriteRule sont capturées dans les +les parenthèses utilisées dans une directive RewriteRule sont capturées dans les références arrières $1, $2, etc...

-
top
+
top

Redirection des répertoires d'accueil pour les étrangers

@@ -436,7 +435,7 @@ RewriteRule ^(/~.+) http://www.quelque-part.com/$1 [R,L] -
top
+
top

Redirection des ancrages

@@ -461,7 +460,7 @@ RewriteRule ^(/~.+) http://www.quelque-part.com/$1 [R,L] -
top
+
top

Réécriture dépendant de l'heure

@@ -475,7 +474,7 @@ RewriteRule ^(/~.+) http://www.quelque-part.com/$1 [R,L] dépend de l'heure, de nombreux webmasters utilisent encore des scripts CGI qui redirigent par exemple vers des pages spécifiques. Comment peut-on y parvenir à tenir compte de - l'heure à l'aide de mod_rewrite ?

+ l'heure à l'aide de mod_rewrite ?

Solution :
@@ -505,7 +504,7 @@ RewriteRule ^foo\.html$ foo.nuit.html -
top
+
top

Compatibilité ascendante pour une migration de YYYY vers XXXX

@@ -556,7 +555,7 @@ RewriteRule ^(.*)$ $1.html -
top
+
top

De l'ancien au nouveau (en interne)

@@ -588,7 +587,7 @@ RewriteRule ^foo\.html$ bar.html -
top
+
top

De l'ancien au nouveau (en externe)

@@ -622,7 +621,7 @@ RewriteRule ^foo\.html$ bar.html [ -
top
+
top

De statique à dynamique

@@ -656,7 +655,7 @@ RewriteRule ^foo\.html$ foo.cgi [H= -
top
+
top

Blocage des robots

@@ -696,7 +695,7 @@ RewriteRule ^/~quux/foo/arc/.+ - [F] -
top
+
top

Blocage du référencement à chaud (Hotlinking) d'images

@@ -761,7 +760,7 @@ RewriteRule \.(gif|jpg|png)$ http://other.site.com/image.gif -
top
+
top

Interdiction du mandataire

@@ -779,10 +778,10 @@ RewriteRule \.(gif|jpg|png)$ http://other.site.com/image.gif

Nous devons tout d'abord nous assurer que - mod_rewrite se situe en dessous (!) de - mod_proxy dans le fichier de configuration + mod_rewrite se situe en dessous (!) de + mod_proxy dans le fichier de configuration lors de la compilation du serveur web Apache. De cette façon, - il est appelé avant mod_proxy. Nous + il est appelé avant mod_proxy. Nous pouvons alors utiliser la règle suivante pour une interdiction concernant un hôte...

@@ -802,7 +801,7 @@ RewriteRule !^http://[^/.]\.mon-domaine.com.* - [F]
-
top
+
top

Moteur de réécriture externe

@@ -813,16 +812,16 @@ RewriteRule !^http://[^/.]\.mon-domaine.com.* - [F]

Une question de la Faq : comment résoudre le problème - FOO/BAR/QUUX/etc. ? mod_rewrite ne semble pas + FOO/BAR/QUUX/etc. ? mod_rewrite ne semble pas devoir y apporter de solution...

Solution :
-

Utiliser une RewriteMap ou table de réécriture externe, c'est +

Utiliser une RewriteMap ou table de réécriture externe, c'est à dire un programme qui agit de la même façon qu'une - RewriteMap. Il + RewriteMap. Il doit être lancé une fois au démarrage d'Apache, recevoir les URLs des requêtes sur STDIN, et restituer l'URL résultante (en général réécrite) sur STDOUT (dans @@ -864,9 +863,8 @@ while (<>) {

-

Langues Disponibles:  en  | - fr 

+

Langues Disponibles:

+

Modules | Directives | FAQ | Glossaire | Plan du site

\ No newline at end of file diff --git a/docs/manual/rewrite/rewrite_guide_advanced.html.fr b/docs/manual/rewrite/rewrite_guide_advanced.html.fr index 58d1840302..eef2e7bd39 100644 --- a/docs/manual/rewrite/rewrite_guide_advanced.html.fr +++ b/docs/manual/rewrite/rewrite_guide_advanced.html.fr @@ -6,27 +6,26 @@ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> Guide de réécriture des URLs - Sujets avancés - Serveur Apache HTTP - - - - + + + +
-

Modules | Directives | FAQ | Glossaire | Plan du site

+

Modules | Directives | FAQ | Glossaire | Plan du site

Serveur Apache HTTP Version 2.3

-
-
<-
+ +
<-

Guide de réécriture des URLs - Sujets avancés

+Apache > Serveur HTTP > Documentation > Version 2.3 > Rewrite

Guide de réécriture des URLs - Sujets avancés

-

Langues Disponibles:  en  | - fr 

+

Langues Disponibles:

Ce document complémente la documentation de référence du - module mod_rewrite. Il décrit les différentes - manières d'utiliser le module d'Apache mod_rewrite + module mod_rewrite. Il décrit les différentes + manières d'utiliser le module d'Apache mod_rewrite pour résoudre les problèmes d'URLs typiques auxquels sont souvent confrontés les webmasters. Nous fournissons une description détaillée de la résolution de chaque problème par la configuration @@ -35,8 +34,8 @@

ATTENTION: il pourra s'avérer nécessaire de modifier les exemples en fonction de la configuration de votre serveur, par exemple en ajoutant le drapeau - [PT] si les modules mod_alias et - mod_userdir sont utilisés, etc... Les jeux de + [PT] si les modules mod_alias et + mod_userdir sont utilisés, etc... Les jeux de règles devront également être adaptés pour passer d'un contexte de serveur à un contexte de répertoire (fichiers .htaccess). Essayez de toujours bien comprendre ce que @@ -44,30 +43,30 @@ bien des problèmes.
-
top

Répertoires utilisateurs structurés

@@ -187,7 +186,7 @@ RewriteRule ^/~(([a-z])[a-z0-9]+)(.*) /home/$2 -
top
+
top

Réorganisation du système de fichiers

@@ -279,7 +278,7 @@ drwxr-xr-x 2 netsw users 512 Jul 8 23:47 netsw-img/ DATA/ à l'utilisateur durant l'exécution des scripts CGI appropriés aux différentes URLs. Voici comment : tout d'abord, j'ajoute ces deux règles dans le fichier de - configuration du répertoire racine DocumentRoot du serveur afin de + configuration du répertoire racine DocumentRoot du serveur afin de réécrire le chemin d'URL public /net.sw/ vers le chemin interne /e/netsw :

@@ -342,7 +341,7 @@ RewriteRule (.*) netsw-lsdir.cgi/$1 -
top
+
top

Rediriger les URLs erronées vers un autre serveur Web

@@ -355,10 +354,10 @@ RewriteRule (.*) netsw-lsdir.cgi/$1

Une question typique de la FAQ à propos de la réécriture revient souvent : comment rediriger vers un serveur B les requêtes qui échouent sur un serveur A ? On s'acquitte en - général de cette tâche via des scripts CGI ErrorDocument en Perl, mais il - existe aussi une solution avec mod_rewrite. + général de cette tâche via des scripts CGI ErrorDocument en Perl, mais il + existe aussi une solution avec mod_rewrite. Notez cependant que les performances sont moindres qu'avec - l'utilisation d'un script CGI ErrorDocument !

+ l'utilisation d'un script CGI ErrorDocument !

Solution :
@@ -374,7 +373,7 @@ RewriteRule ^(.+) http://serveurB

Le problème réside dans le fait que seules les pages - situées dans la racine DocumentRoot seront redirigées. Mais + situées dans la racine DocumentRoot seront redirigées. Mais même si vous pouvez ajouter des conditions supplémentaires (par exemple pour traiter aussi les répertoires home, etc...), il existe une meilleure solution :

@@ -386,18 +385,18 @@ RewriteRule ^(.+) http://serveurB.dom/$1 reprendre ici

On utilise ici la fonctionnalité de prévision des URLs - futures de mod_rewrite. Et cette solution + futures de mod_rewrite. Et cette solution fonctionne pour tous les types d'URLs et de manière sûre. Par contre, cette méthode a un impact sur les performances du serveur web, car chaque requête entraîne le traitement d'une sous-requête interne supplémentaire. Par conséquent, vous pouvez l'utiliser si votre serveur web s'exécute sur un CPU puissant. Dans le cas d'une machine plus lente, utilisez la - première approche, ou mieux, un script CGI ErrorDocument.

+ première approche, ou mieux, un script CGI ErrorDocument.

-
top
+
top

Multiplexeur d'accès aux archives

@@ -416,17 +415,17 @@ reprendre ici plus ni moins qu'un service d'accès FTP multiplexé. Alors que le fonctionnement de l'archive CPAN repose sur des scripts CGI, comment implémenter une approche similaire avec - mod_rewrite ?

+ mod_rewrite ?

Solution :

Premièrement, remarquons que depuis la version 3.0.0, - mod_rewrite accepte aussi le préfixe + mod_rewrite accepte aussi le préfixe "ftp:" dans les redirections. Et deuxièmement, l'approximation de la localisation peut être effectuée par une - table de correspondances RewriteMap, en se basant sur + table de correspondances RewriteMap, en se basant sur la racine du domaine du client. Un jeu de règles chaînées astucieux nous permet d'utiliser cette racine du domaine comme clé de recherche dans notre table de correspondances de @@ -454,7 +453,7 @@ com ftp://ftp.cxan.com/CxAN/

-
top
+
top

Contenu dépendant du navigateur

@@ -501,7 +500,7 @@ RewriteRule ^foo\.html$ foo.32.html [L -
top
+
top

Miroir dynamique

@@ -550,7 +549,7 @@ RewriteRule ^usa-news\.html$ http://www.quux-corp. -
top
+
top

Miroir dynamique inverse

@@ -572,7 +571,7 @@ RewriteRule ^http://www\.site-distant\.com/(.*)$ /miroir/du/site-distant/$1 -
top
+
top

Récupérer des données manquantes depuis l'Intranet

@@ -611,7 +610,7 @@ serveur www2.quux-corp.dom Port 80

Il vous suffit d'adapter ces règles à la syntaxe de votre pare-feu. Nous pouvons maintenant définir les règles de - mod_rewrite qui serviront à récupérer les + mod_rewrite qui serviront à récupérer les données manquantes en arrière-plan via la fonctionnalité de mandataire :

@@ -628,7 +627,7 @@ RewriteRule ^/home/([^/]+)/.www/?(.*) http://www2.quux-corp.dom -
top
+
top

Répartition de charge

@@ -649,7 +648,7 @@ RewriteRule ^/home/([^/]+)/.www/?(.*) http://www2.quux-corp.dom

Il existe de nombreuses solutions à ce problème. Nous décrirons tout d'abord une variante assez connue basée sur - DNS, puis une autre basée sur mod_rewrite + DNS, puis une autre basée sur mod_rewrite :

    @@ -718,7 +717,7 @@ www IN A 1.2.3.5 mandataire

    Dans cette variante, nous utilisons - mod_rewrite et sa fonctionnalité de + mod_rewrite et sa fonctionnalité de mandataire. Tout d'abord, nous définissons www0.example.com comme un autre nom de www.example.com en ajoutant l'entrée

    @@ -801,7 +800,7 @@ while (<STDIN>) {
-
top
+
top

Nouveau type MIME, nouveau service

@@ -888,7 +887,7 @@ HREF="*" -
top
+
top

Régéneration de contenu à la volée

@@ -936,7 +935,7 @@ RewriteRule ^page\.html$ page.cgi [ -
top
+
top

Actualisation automatique d'un document

@@ -957,7 +956,7 @@ RewriteRule ^page\.html$ page.cgi [

Non ! Nous allons pour cela combiner la fonctionnalité MIME multipart, la fonctionnalité NPH du serveur web et la - puissance de mod_rewrite pour la manipulation + puissance de mod_rewrite pour la manipulation d'URLs. Tout d'abord, nous définissons une nouvelle fonctionnalité pour les URLs : l'ajout de :refresh à toute URL fait que la 'page' est @@ -1091,7 +1090,7 @@ exit(0);

-
top
+
top

Hébergement virtuel de masse

@@ -1101,7 +1100,7 @@ exit(0);
Description :
-

La fonctionnalité <VirtualHost> d'Apache est intéressante et +

La fonctionnalité <VirtualHost> d'Apache est intéressante et fonctionne de manière satisfaisante jusqu'à quelques douzaines de serveurs virtuels. Par contre, si vous êtes un FAI et devez héberger des centaines de serveurs virtuels, @@ -1112,7 +1111,7 @@ exit(0);

Pour fournir cette fonctionnalité avec - mod_rewrite, on fait correspondre à notre espace de + mod_rewrite, on fait correspondre à notre espace de nommage la page web ou même le répertoire complet distants en utilisant la fonctionnalité Mandataire (drapeau [P]) :

@@ -1182,7 +1181,7 @@ RewriteRule ^/(.*)$ %1/$1 [E=VHOST:${lowercase:%{HTTP_HOST}}]
-
top
+
top

Interdiction d'hôtes

@@ -1238,7 +1237,7 @@ bsdti1.sdm.de - -
top
+
top

Interdiction du mandataire

@@ -1257,10 +1256,10 @@ bsdti1.sdm.de -

Nous devons tout d'abord nous assurer que - mod_rewrite arrive après(!) - mod_proxy dans le fichier de configuration + mod_rewrite arrive après(!) + mod_proxy dans le fichier de configuration lors de la compilation du serveur web Apache. De cette façon, - il est appelé avant mod_proxy. Nous + il est appelé avant mod_proxy. Nous pouvons ensuite définir cette règle pour une interdiction dépendant de l'hôte :

@@ -1280,7 +1279,7 @@ RewriteRule !^http://[^/.]\.mon-domaine.com.* - [F]
-
top
+
top

Variante particulière d'authentification

@@ -1296,7 +1295,7 @@ RewriteRule !^http://[^/.]\.mon-domaine.com.* - [F] définie. Seuls ceux qui sont présents dans la liste se voient accorder un accès, et ceci sans avoir à s'identifier/authentifier (comme c'est le cas avec une - authentification de base via mod_auth).

+ authentification de base via mod_auth).

Solution :
@@ -1315,7 +1314,7 @@ RewriteRule ^/~quux/seulement-pour-les-amis/ - -
top
+
top

Redirection basée sur le référent

@@ -1371,9 +1370,8 @@ http://www.mauvais-sujets.com/mauvais/index3.html http://quelque-part.com/
-

Langues Disponibles:  en  | - fr 

+

Langues Disponibles:

+

Modules | Directives | FAQ | Glossaire | Plan du site

\ No newline at end of file diff --git a/docs/manual/sitemap.html.tr.utf8 b/docs/manual/sitemap.html.tr.utf8 index 05691e605b..03e074b3e0 100644 --- a/docs/manual/sitemap.html.tr.utf8 +++ b/docs/manual/sitemap.html.tr.utf8 @@ -28,6 +28,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu sayfada Apache HTTP Sunucusu Sürüm 2.3 Belgelerinin tamamı listelenmiştir.

diff --git a/docs/manual/sitemap.xml.de b/docs/manual/sitemap.xml.de index a9aea106bc..95e83080ba 100644 --- a/docs/manual/sitemap.xml.de +++ b/docs/manual/sitemap.xml.de @@ -1,7 +1,7 @@ - + + + + +