From: Lucien Gentis Date: Sat, 19 Oct 2024 09:51:47 +0000 (+0000) Subject: fr doc rebuild. X-Git-Tag: 2.4.63-candidate~87 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=01a2aec6c7306f4c7fae7b58a7be3b041d183053;p=thirdparty%2Fapache%2Fhttpd.git fr doc rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1921419 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/dso.html.fr.utf8 b/docs/manual/dso.html.fr.utf8 index 39bb7537043..0d7d0f613fd 100644 --- a/docs/manual/dso.html.fr.utf8 +++ b/docs/manual/dso.html.fr.utf8 @@ -7,7 +7,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Support des objets dynamiques partagés (DSO) - Serveur HTTP Apache Version 2.4 +Prise en charge des objets dynamiques partagés (DSO) - Serveur HTTP Apache Version 2.4 @@ -21,7 +21,7 @@
<-
-Apache > Serveur HTTP > Documentation > Version 2.4

Support des objets dynamiques partagés (DSO)

+Apache > Serveur HTTP > Documentation > Version 2.4

Prise en charge des objets dynamiques partagés (DSO)

Langues Disponibles:  en  |  fr  | @@ -57,7 +57,7 @@ -

Le support DSO pour le chargement de modules individuels d'Apache +

La prise en charge de DSO pour le chargement de modules individuels d'Apache httpd est assuré par un module nommé mod_so qui doit être compilé statiquement dans le coeur d'Apache httpd. Il s'agit du seul module avec le @@ -68,7 +68,7 @@ module peut être chargé en mémoire au démarrage ou redémarrage du serveur à l'aide de la directive LoadModule du module - mod_so, placée + mod_so placée dans votre fichier httpd.conf.

La compilation en mode DSO peut être désactivée pour certains modules via l'option --enable-mods-static du script @@ -84,11 +84,11 @@ du script configure installe les fichiers d'en-têtes d'Apache httpd et positionne, pour la plateforme de compilation, les drapeaux du compilateur et de l'éditeur de liens à l'intérieur du programme - apxs, qui sera utilisé pour la construction de fichiers DSO. + apxs qui sera utilisé pour la construction de fichiers DSO. Il est ainsi possible d'utiliser le programme apxs pour compiler ses sources de modules Apache httpd sans avoir besoin de l'arborescence des sources de la distribution d'Apache, et sans avoir à - régler les drapeaux du compilateur et de l'éditeur de liens pour le support DSO.

+ régler les drapeaux du compilateur et de l'éditeur de liens pour la prise en charge de DSO.

top

Mode d'emploi succinct

@@ -109,7 +109,7 @@ $ make install
  • -

    Configure le serveur HTTP Apache avec tous les modules +

    Configurer le serveur HTTP Apache avec tous les modules activés. Seul un jeu de modules de base sera chargé au démarrage du serveur. Vous pouvez modifier ce jeu de modules chargés au démarrage en activant ou désactivant les directives LoadModule correspondantes dans le @@ -164,7 +164,7 @@ $ apxs -cia mod_foo.c

    Les dessous du fonctionnement des DSO

    -

    Les clônes modernes d'UNIX proposent un mécanisme +

    Les clones modernes d'UNIX proposent un mécanisme appelé édition de liens et chargement dynamiques d' Objets Dynamiques Partagés (DSO), qui permet de construire un morceau de programme dans un format spécial pour le rendre chargeable @@ -173,7 +173,7 @@ $ apxs -cia mod_foo.c

    Ce chargement peut s'effectuer de deux manières : automatiquement par un programme système appelé ld.so quand un programme exécutable est démarré, ou manuellement à partir du programme en cours - d'exécution via sa propre interface système vers le chargeur Unix à l'aide + d'exécution à l’aide de sa propre interface système vers le chargeur Unix à l'aide des appels système dlopen()/dlsym().

    Dans la première méthode, les DSO sont en général appelés @@ -184,7 +184,7 @@ $ apxs -cia mod_foo.c et le lien avec le programme exécutable est établi à la compilation en ajoutant -lfoo à la commande de l'éditeur de liens. Les références à la bibliothèque sont ainsi codées en dur dans le fichier du - programme exécutable de façon à ce qu'au démarrage du programme, le + programme exécutable de façon qu'au démarrage du programme, le chargeur Unix soit capable de localiser libfoo.so dans /usr/lib, dans des chemins codés en dur à l'aide d'options de l'éditeur de liens comme -R ou dans des chemins définis par la @@ -228,7 +228,7 @@ $ apxs -cia mod_foo.c

    Finalement, pour tirer profit de l'API des DSO, le programme exécutable doit résoudre certains symboles du DSO à l'aide de l'appel système dlsym() pour une utilisation ultérieure dans les tables de - distribution, etc... En d'autres termes, le programme exécutable doit + distribution, etc. En d'autres termes, le programme exécutable doit résoudre manuellement tous les symboles dont il a besoin pour pouvoir les utiliser. Avantage d'un tel mécanisme : les modules optionnels du programme n'ont pas @@ -240,8 +240,8 @@ $ apxs -cia mod_foo.c

    Bien que ce mécanisme DSO paraisse évident, il comporte au moins une étape difficile : la résolution des symboles depuis le programme exécutable pour le DSO lorsqu'on utilise un DSO pour étendre les fonctionnalités d'un - programme (la seconde méthode). Pourquoi ? Parce que la "résolution - inverse" des symboles DSO à partir du jeu de symboles du programme + programme (la seconde méthode). Pourquoi ? Parce que la « résolution + inverse Â» des symboles DSO à partir du jeu de symboles du programme exécutable dépend de la conception de la bibliothèque (la bibliothèque n'a aucune information sur le programme qui l'utilise) et n'est ni standardisée ni disponible sur toutes les plateformes. En pratique, les symboles globaux @@ -272,7 +272,7 @@ $ apxs -cia mod_foo.c configure à la compilation. Par exemple, on peut ainsi exécuter différentes instances du serveur (standard et version SSL, version minimale et version dynamique - [mod_perl, mod_php], etc...) à partir d'une seule installation + [mod_perl, mod_php], etc.) à partir d'une seule installation d'Apache httpd.

  • Le paquetage du serveur peut être facilement étendu avec des modules @@ -280,7 +280,7 @@ $ apxs -cia mod_foo.c avantage pour les mainteneurs de paquetages destinés aux distributions, car ils peuvent créer un paquetage Apache httpd de base, et des paquetages additionnels contenant des extensions telles que PHP, mod_perl, mod_fastcgi, - etc...
  • + etc.
  • Une facilité de prototypage des modules Apache httpd, car la paire DSO/apxs vous permet d'une part de travailler en @@ -319,7 +319,7 @@ $ apxs -cia mod_foo.c position (PIC). Il y a deux solutions pour utiliser un autre type de code : soit le coeur d'Apache httpd contient déjà lui-même une référence au code, soit vous - chargez le code vous-même via dlopen().
  • + chargez le code vous-même à l’aide de dlopen().
    diff --git a/docs/manual/env.html.fr.utf8 b/docs/manual/env.html.fr.utf8 index 71cb0e19ec4..e11796e6eb1 100644 --- a/docs/manual/env.html.fr.utf8 +++ b/docs/manual/env.html.fr.utf8 @@ -7,7 +7,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Apache et les variables d'environnement - Serveur HTTP Apache Version 2.4 +Apache httpd et les variables d'environnement - Serveur HTTP Apache Version 2.4 @@ -21,7 +21,7 @@
    <-

    Apache et les variables d'environnement

    +Apache > Serveur HTTP > Documentation > Version 2.4

    Apache httpd et les variables d'environnement

    Langues Disponibles:  en  |  fr  | @@ -37,7 +37,7 @@ contrôlées par le système d'exploitation sous-jacent et définies avant le démarrage du serveur. Leurs valeurs peuvent être utilisées directement dans les fichiers de configuration, et peuvent - éventuellement être transmises aux scripts CGI et SSI via la + éventuellement être transmises aux scripts CGI et SSI à l’aide de la directive PassEnv.

    Le second type correspond aux variables nommées appelées aussi @@ -53,7 +53,7 @@ d'environnement, il ne faut pas les confondre avec les variables d'environnement contrôlées par le système d'exploitation sous-jacent. En fait, ces variables sont stockées et manipulées dans une structure - interne à Apache. Elles ne deviennent de véritables variables + interne à Apache httpd. Elles ne deviennent de véritables variables d'environnement du système d'exploitation que lorsqu'elles sont mises à la disposition de scripts CGI et de scripts inclus côté serveur (SSI). Si vous souhaitez manipuler l'environnement du système d'exploitation sous lequel @@ -76,7 +76,7 @@

    La méthode la plus élémentaire pour définir une variable - d'environnement au niveau d'Apache consiste à utiliser la directive + d'environnement au niveau d'Apache httpd consiste à utiliser la directive inconditionnelle SetEnv. Les variables peuvent aussi être transmises depuis l'environnement du shell à partir duquel le serveur a été démarré en utilisant la directive @@ -104,7 +104,7 @@

    Finalement, le module mod_unique_id définit la variable d'environnement UNIQUE_ID pour chaque requête à une valeur - qui est garantie unique parmi "toutes" les requêtes sous des + qui est garantie unique parmi « toutes Â» les requêtes sous des conditions très spécifiques.

    @@ -112,7 +112,7 @@

    En plus de l'ensemble des variables d'environnement internes à la - configuration d'Apache et de celles transmises depuis le shell, + configuration d'Apache httpd et de celles transmises depuis le shell, les scripts CGI et les pages SSI se voient affectés un ensemble de variables d'environnement contenant des méta-informations à propos de la requête @@ -135,17 +135,17 @@ suexec.c.

  • Pour des raisons de portabilité, les noms des variables - d'environnement ne peuvent contenir que des lettres, des chiffres, et - le caractère "sousligné". En outre, le premier caractère ne doit pas + d'environnement ne peuvent contenir que des lettres, des chiffres et + le caractère « souligné Â». En outre, le premier caractère ne doit pas être un chiffre. Les caractères qui ne satisfont pas à ces conditions - seront remplacés par un caractère "sousligné" quand ils seront + seront remplacés par un caractère « souligné Â» quand ils seront transmis aux scripts CGI et aux pages SSI.
  • Les contenus d'en-têtes HTTP transmis aux scripts de type - CGI ou autre via des variables d'environnement constituent un + CGI ou autre à l’aide de variables d'environnement constituent un cas particulier (voir plus loin). Leur nom est converti en majuscules et seuls les tirets sont remplacés par des - caractères '_' ("souligné") ; si le format du nom de l'en-tête + caractères '_' (« souligné Â») ; si le format du nom de l'en-tête n'est pas valide, celui-ci est ignoré. Voir plus loin pour une solution de contournement du problème.
  • @@ -156,7 +156,7 @@
  • Lorsque le serveur cherche un chemin via une sous-requête interne (par exemple la recherche d'un DirectoryIndex), ou lorsqu'il génère un - listing du contenu d'un répertoire via le module + listing du contenu d'un répertoire à l’aide du module mod_autoindex, la sous-requête n'hérite pas des variables d'environnement spécifiques à la requête. En outre, à cause des phases de l'API auxquelles mod_setenvif prend @@ -178,7 +178,7 @@ principales utilisations des variables d'environnement. Comme indiqué plus haut, l'environnement transmis aux scripts CGI comprend des méta-informations standards à propos de la requête, en plus des - variables définies dans la configuration d'Apache. Pour plus de + variables définies dans la configuration d'Apache httpd. Pour plus de détails, se référer au tutoriel CGI.

    @@ -193,7 +193,7 @@ et peuvent utiliser des variables d'environnement dans les éléments de contrôle de flux pour rendre certaines parties d'une page conditionnelles en fonction des caractéristiques de la requête. - Apache fournit aussi les variables d'environnement CGI standards + Apache httpd fournit aussi les variables d'environnement CGI standards aux pages SSI comme indiqué plus haut. Pour plus de détails, se référer au tutoriel SSI.

    @@ -206,7 +206,7 @@ variables d'environnement à l'aide des directives Require env et Require not env. En association avec la directive - SetEnvIf, ceci confère une + SetEnvIf, cela confère une grande souplesse au contrôle d'accès au serveur en fonction des caractéristiques du client. Par exemple, vous pouvez utiliser ces directives pour interdire l'accès depuis un navigateur particulier @@ -224,7 +224,7 @@ en fonction de l'état de variables d'environnement en utilisant la forme conditionnelle de la directive CustomLog. En - association avec la directive SetEnvIf, ceci confère une grande souplesse au contrôle + association avec la directive SetEnvIf, cela confère une grande souplesse au contrôle du traçage des requêtes. Par exemple, vous pouvez choisir de ne pas tracer les requêtes pour des noms de fichiers se terminant par gif, ou encore de ne tracer que les requêtes des clients @@ -237,7 +237,7 @@

    La directive Header peut se baser sur la présence ou l'absence d'une variable d'environnement pour décider si un certain en-tête HTTP sera placé - dans la réponse au client. Ceci permet, par exemple, de n'envoyer un + dans la réponse au client. Cela permet, par exemple, de n'envoyer un certain en-tête de réponse que si un en-tête correspondant est présent dans la requête du client.

    @@ -275,7 +275,7 @@

    Des problèmes d'interopérabilité ont conduit à l'introduction de - mécanismes permettant de modifier le comportement d'Apache lorsqu'il + mécanismes permettant de modifier le comportement d'Apache httpd lorsqu'il dialogue avec certains clients. Afin de rendre ces mécanismes aussi souples que possible, ils sont invoqués en définissant des variables d'environnement, en général à l'aide de la directive @@ -287,7 +287,7 @@

    downgrade-1.0

    -

    Ceci force le traitement d'une requête comme une requête HTTP/1.0 +

    Cela force le traitement d'une requête comme une requête HTTP/1.0 même si elle a été rédigée dans un langage plus récent.

    @@ -323,13 +323,13 @@

    gzip-only-text/html

    -

    Positionnée à "1", cette variable désactive le filtre en sortie +

    Positionnée à « 1 Â», cette variable désactive le filtre en sortie DEFLATE fourni par le module mod_deflate pour les types de contenu autres que text/html. Si vous préférez utiliser des fichiers compressés statiquement, mod_negotiation évalue aussi la variable (non seulement pour gzip, mais aussi pour tous les encodages autres que - "identity").

    + « identity Â»).

    no-gzip

    @@ -342,13 +342,13 @@

    no-cache

    -

    Disponible dans les versions 2.2.12 et ultérieures d'Apache

    +

    Disponible dans les versions 2.2.12 et ultérieures d'Apache httpd

    Lorsque cette variable est définie, mod_cache ne sauvegardera pas de réponse susceptible d'être mise en cache. Cette variable d'environnement n'a aucune incidence sur le fait qu'une réponse déjà enregistrée - dans la cache soit utilisée ou non pour la requête courante.

    + dans le cache soit utilisée ou non pour la requête courante.

    @@ -389,17 +389,17 @@

    Disponible dans les versions postérieures à 2.0.54

    -

    Quand Apache génère une redirection en réponse à une requête client, +

    Quand Apache httpd génère une redirection en réponse à une requête client, la réponse inclut un texte destiné à être affiché au cas où le client ne suivrait pas, ou ne pourrait pas suivre automatiquement la redirection. - Habituellement, Apache marque ce texte en accord avec le jeu de caractères + Habituellement, Apache httpd marque ce texte en accord avec le jeu de caractères qu'il utilise, à savoir ISO-8859-1.

    Cependant, si la redirection fait référence à une page qui utilise un jeu de caractères différent, certaines versions de navigateurs obsolètes essaieront d'utiliser le jeu de caractères du texte de la redirection plutôt que celui de la page réelle. - Ceci peut entraîner, par exemple, un rendu incorrect du Grec.

    -

    Si cette variable d'environnement est définie, Apache omettra le jeu de + Cela peut entraîner, par exemple, un rendu incorrect du Grec.

    +

    Si cette variable d'environnement est définie, Apache httpd omettra le jeu de caractères pour le texte de la redirection, et les navigateurs obsolètes précités utiliseront correctement celui de la page de destination.

    @@ -444,16 +444,16 @@ CGI -

    Avec la version 2.4, Apache est plus strict avec la conversion +

    Avec la version 2.4, Apache httpd est plus strict avec la conversion des en-têtes HTTP en variables d'environnement dans mod_cgi et d'autres modules : dans les versions - précédentes, tout caractère invalide dans les noms d'en-têtes + précédentes, tout caractère non valable dans les noms d'en-têtes était tout simplement remplacé par un caractère '_', ce qui pouvait exposer à des attaques de type cross-site-scripting via injection d'en-têtes (voir Bogues du Web inhabituelles, planche 19/20).

    -

    Si vous devez supporter un client qui envoie des en-têtes non +

    Si vous devez prendre en charge un client qui envoie des en-têtes non conformes et si ceux-ci ne peuvent pas être corrigés, il existe une solution de contournement simple mettant en jeu les modules mod_setenvif et mod_headers, @@ -513,7 +513,7 @@ CustomLog "logs/access_log" common env=!image-request -

    Prévention du "Vol d'image"

    +

    Prévention du « Vol d'image Â»

    Cet exemple montre comment empêcher les utilisateurs ne faisant pas diff --git a/docs/manual/mod/core.html.fr.utf8 b/docs/manual/mod/core.html.fr.utf8 index aae55fe4c44..b5505d1b5e9 100644 --- a/docs/manual/mod/core.html.fr.utf8 +++ b/docs/manual/mod/core.html.fr.utf8 @@ -33,8 +33,6 @@  ja  |  tr 

  • -
    Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.
    Description:Fonctionnalités de base du serveur HTTP Apache toujours disponibles
    Statut:Noyau httpd
    @@ -1739,8 +1737,16 @@ ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M" %{u}t L'heure courante avec les microsecondes %{cu}t - L'heure courante au format compact ISO 8601, avec les + L'heure courante au format ISO 8601 étendu (compact), avec les microsecondes +%{cuz}t + L'heure actuelle au format ISO 8601 étendu (compact), avec les + microsecondes et la zone horaire au format standard ISO 8601:2000. + Disponible depuis la version 2.4.58 seulement +%{%-format}t + L'heure actuelle formatée selon la fonction + strftime(3). Disponible depuis la version 2.4.58 + seulement %v Le nom de serveur canonique ServerName du serveur courant. %V diff --git a/docs/manual/mod/core.xml.meta b/docs/manual/mod/core.xml.meta index b9d96ee4c52..e78755527af 100644 --- a/docs/manual/mod/core.xml.meta +++ b/docs/manual/mod/core.xml.meta @@ -10,7 +10,7 @@ de en es - fr + fr ja tr