From: Lucien Gentis Date: Mon, 23 Sep 2024 12:27:19 +0000 (+0000) Subject: fr doc rebuild. X-Git-Tag: 2.4.63-candidate~114 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=07d211950671232ad7cb5694b155da540ce19059;p=thirdparty%2Fapache%2Fhttpd.git fr doc rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1920859 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/content-negotiation.html.fr.utf8 b/docs/manual/content-negotiation.html.fr.utf8 index 7272db7d44d..40cb87ff999 100644 --- a/docs/manual/content-negotiation.html.fr.utf8 +++ b/docs/manual/content-negotiation.html.fr.utf8 @@ -31,7 +31,7 @@ -

Apache HTTPD supporte la négociation de +

Apache HTTPD prend en charge la négociation de contenu telle qu'elle est décrite dans la spécification HTTP/1.1. Il peut choisir la meilleure représentation d'une ressource en fonction des préférences du navigateur pour ce qui @@ -63,7 +63,7 @@ conventions de nommage différents types de média, ou une combinaison des deux. Pour faire le meilleur choix, on peut fournir à l'utilisateur une page d'index, et le laisser choisir. Cependant, le serveur peut souvent faire - ce choix automatiquement. Ceci est possible car les navigateurs peuvent + ce choix automatiquement. Cela est possible car les navigateurs peuvent envoyer des informations sur les représentations qu'ils préfèrent à l'intérieur de chaque requête. Par exemple, un navigateur peut indiquer @@ -81,7 +81,7 @@ conventions de nommage

À titre d'exemple d'une requête plus complexe, ce navigateur a été configuré pour accepter le français et l'anglais, avec une préférence pour le français, et accepter différents types de média, avec une préférence - pour HTML par rapport à au texte plat ("plain text") ou autres types de fichiers texte, et + pour HTML par rapport à au texte plat (« plain text Â») ou autres types de fichiers texte, et avec une préférence pour GIF ou JPEG par rapport à tout autre type de média, mais autorisant tout autre type de média en dernier ressort :

@@ -90,24 +90,24 @@ conventions de nommage Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1

-

httpd supporte la négociation de contenu "server driven" (telle qu'elle +

httpd prend en charge la négociation de contenu « server driven Â» (telle qu'elle est définie dans la spécification HTTP/1.1), où c'est le serveur qui - décide quelle est la meilleure représentation à retourner pour la ressource - demandée. Il supporte entièrement les en-têtes de requête + décide quelle est la meilleure représentation à renvoyer pour la ressource + demandée. Il prend entièrement en charge les en-têtes de requête Accept, Accept-Language, Accept-Charset et Accept-Encoding. - httpd supporte aussi la négociation de contenu transparente, qui est un + httpd prend aussi en charge la négociation de contenu transparente, qui est un protocole de négociation expérimental défini dans les RFC 2295 et 2296. - Il ne supporte pas la négociation de fonctionnalité (feature negotiation) + Il ne prend pas en charge la négociation de fonctionnalité (feature negotiation) telle qu'elle est définie dans ces RFCs.

Une ressource est une entité conceptuelle identifiée - par une URI (RFC 2396). Un serveur HTTP comme le serveur HTTP Apache + par un URI (RFC 2396). Un serveur HTTP comme le serveur HTTP Apache propose l'accès à des représentations de la ressource à l'intérieur de son espace de nommage, chaque représentation étant composée d'une séquence d'octets avec la définition d'un type de media, d'un jeu de caractères, - d'un encodage, etc... A un instant donné, chaque ressource peut être + d'un encodage, etc. À un instant donné, chaque ressource peut être associée avec zéro, une ou plusieurs représentations. Si plusieurs représentations sont disponibles, la ressource est qualifiée de négociable et chacune de ses représentations se nomme @@ -118,16 +118,16 @@ conventions de nommage

La négociation avec httpd

-

Afin de négocier une ressource, on doit fournir au serveur des +

Pour négocier une ressource, on doit fournir au serveur des informations à propos de chacune des variantes. Il y a deux manières - d'accomplir ceci :

+ d'y parvenir :

@@ -141,7 +141,7 @@ conventions de nommage type MIME application/x-type-map). Notez que pour utiliser cette fonctionnalité, vous devez, dans le fichier de configuration, définir un - gestionnaire qui associe un suffixe de fichier à une type-map; + gestionnaire qui associe un suffixe de fichier à une type-map, ce qui se fait simplement en ajoutant

AddHandler type-map .var
@@ -156,13 +156,13 @@ conventions de nommage foo.var.

Ce fichier doit comporter une entrée pour chaque variante - disponible; chaque entrée consiste en une ligne contiguë d'en-têtes au - format HTTP. les entrées sont séparées par des lignes vides. Les lignes + disponible ; chaque entrée consiste en une ligne contiguë d'en-têtes au + format HTTP. Les entrées sont séparées par des lignes vides. Les lignes vides à l'intérieur d'une entrée sont interdites. Par convention, le fichier de correspondances de types débute par une entrée concernant l'entité considérée dans son ensemble (bien que ce ne soit pas obligatoire, et ignoré si présent). Un exemple de fichier de - correspondance de types est fourni + correspondances de types est fourni ci-dessous.

Les URIs de ce fichier sont relatifs à la localisation du fichier @@ -187,7 +187,7 @@ conventions de nommage

Notez aussi qu'un fichier de correspondances de types prend le pas sur les extensions de noms de fichiers, même si les Multivues sont activées. Si les variantes sont de qualités différentes, on doit l'indiquer - à l'aide du paramètre "qs" à la suite du type de média, comme pour cette + à l'aide du paramètre « qs Â» à la suite du type de média, comme pour cette image (disponible aux formats JPEG, GIF, ou ASCII-art) :

@@ -212,7 +212,7 @@ conventions de nommage compte des capacités du client. Par exemple, un fichier JPEG possède en général une qualité supérieure à celle d'un fichier ASCII s'il représente une photographie. Cependant, si la ressource représentée est - à un ASCII art original, la représentation ASCII sera de meilleure qualité + un ASCII art original, la représentation ASCII sera de meilleure qualité que la représentation JPEG. Ainsi une valeur de qs est associée à une variante en fonction de la nature de la ressource qu'elle représente.

@@ -230,13 +230,13 @@ conventions de nommage httpd.conf, ou (si AllowOverride est correctement positionnée) dans des fichiers .htaccess. Notez que Options All - n'active pas MultiViews; vous devez activer cette option en + n'active pas MultiViews ; vous devez activer cette option en la nommant explicitement.

L'effet de MultiViews est le suivant : si le serveur reçoit une requête pour /tel/répertoire/foo, si MultiViews est activée pour - /tel/répertoire, et si + /tel/répertoire et si /tel/répertoire/foo n'existe pas, le serveur parcourt le répertoire à la recherche de fichiers nommés foo.*, et simule littéralement une correspondance de types (type map) qui liste tous ces @@ -252,15 +252,15 @@ conventions de nommage

le serveur va choisir entre index.html et index.html3 si les deux fichiers sont présents. Si aucun - n'est présent, mais index.cgi existe, + n'est présent, alors qu’index.cgi existe, le serveur l'exécutera.

Si, parcequ'elle n'est pas reconnue par mod_mime, l'extension d'un des fichiers du répertoire ne permet pas de déterminer son jeu de caractères, son type de contenu, son langage, ou son - encodage, alors + encodage, le résultat dépendra de la définition de la directive MultiViewsMatch. Cette directive détermine - si les gestionnaires (handlers), les filtres, et autres types d'extensions + si les gestionnaires (handlers), les filtres et autres types d'extensions peuvent participer à la négociation MultiVues.

top
@@ -269,8 +269,8 @@ conventions de nommage

Une fois obtenue la liste des variantes pour une ressource donnée, httpd dispose de deux méthodes pour choisir la meilleure variante à - retourner, s'il y a lieu, soit à partir d'un fichier de - correspondances de types, soit en se basant sur les noms de fichiers du + renvoyer, s'il y a lieu, soit à partir d'un fichier de + correspondances de types, soit en se basant sur les noms de fichier du répertoire. Il n'est pas nécessaire de connaître en détails comment la négociation fonctionne réellement pour pouvoir utiliser les fonctionnalités de négociation de contenu de httpd. La suite de ce document explique @@ -281,10 +281,10 @@ conventions de nommage

  1. La négociation effectuée par le serveur selon l'algorithme - de httpd est normalement utilisée. l'algorithme de + de httpd est utilisée par défaut. L'algorithme de httpd est expliqué plus en détails ci-dessous. Quand cet algorithme est utilisé, - httpd peut parfois "bricoler" le facteur de qualité (qs) d'une dimension + httpd peut parfois « bricoler Â» le facteur de qualité (qs) d'une dimension particulière afin d'obtenir un meilleur résultat. La manière dont httpd peut modifier les facteurs de qualité est expliquée plus en détails ci-dessous.
  2. @@ -292,11 +292,11 @@ conventions de nommage
  3. La négociation de contenu transparente est utilisée quand le navigateur le demande explicitement selon le mécanisme défini dans la RFC 2295. Cette méthode de négociation donne au navigateur le - contrôle total du choix de la meilleure variante; le résultat dépend + contrôle total du choix de la meilleure variante ; le résultat dépend cependant de la spécificité des algorithmes utilisés par le navigateur. Au cours du processus de négociation transparente, le navigateur peut - demander à httpd d'exécuter l'"algorithme de sélection de variante à - distance" défini dans la RFC 2296.
  4. + demander à httpd d'exécuter l'« algorithme de sélection de variante à + distance Â» défini dans la RFC 2296.

Les dimensions de la négociation

@@ -315,7 +315,7 @@ conventions de nommage Le navigateur affiche ses préférences à l'aide du champ d'en-tête Accept. Chaque type de média peut se voir associé un facteur de qualité. La description de la variante peut aussi avoir un facteur de - qualité (le paramètre "qs"). + qualité (le paramètre « qs Â»). @@ -328,7 +328,7 @@ conventions de nommage - Encoding + Encodage Le navigateur affiche ses préférences à l'aide du champ d'en-tête Accept-Encoding. Chaque encodage peut se voir associé un facteur de @@ -336,7 +336,7 @@ conventions de nommage - Charset + Jeu de caractères Le navigateur affiche ses préférences à l'aide du champ d'en-tête Accept-Charset. Chaque jeu de caractère peut se voir associé un facteur de @@ -349,8 +349,8 @@ conventions de nommage

L'algorithme de négociation de httpd

-

httpd peut utiliser l'algorithme suivant pour choisir la "meilleure" - variante (s'il y en a une) à retourner au navigateur. Cet algorithme n'est pas +

httpd peut utiliser l'algorithme suivant pour choisir la « meilleure Â» + variante (s'il y en a une) à renvoyer au navigateur. Cet algorithme n'est pas configurable. Il fonctionne comme suit :

    @@ -361,7 +361,7 @@ httpd S'il ne reste plus de variante, aller à l'étape 4.
  1. - Choisir la "meilleure" variante par élimination. Chacun des tests + Choisir la « meilleure Â» variante par élimination. Chacun des tests suivants est effectué dans cet ordre. Toute variante non sélectionnée à l'issue d'un test est éliminée. Après chaque test, s'il reste une seule variante, choisir cette dernière comme celle qui correspond le @@ -370,7 +370,7 @@ httpd
    1. Multiplier le facteur de qualité de l'en-tête - Accept par le facteur de qualité "qs" pour le type de + Accept par le facteur de qualité « qs Â» pour le type de média de ces variantes, et choisir la variante qui possède la valeur la plus importante.
    2. @@ -383,18 +383,18 @@ httpd LanguagePriority (si elle existe).
    3. Sélectionner les variantes possédant le paramètre de média - "level" le plus élevé (utilisé pour préciser la version des types de + « level Â» le plus élevé (utilisé pour préciser la version des types de média text/html).
    4. Sélectionner les variantes possédant le paramètre de média - "charset" (jeu de caractères) qui correspond le mieux, en se basant + « charset Â» (jeu de caractères) qui correspond le mieux, en se basant sur la ligne d'en-tête Accept-Charset . Le jeu de caractères ISO-8859-1 est acceptable sauf s'il est explicitement exclus. Les variantes avec un type de média text/* mais non explicitement associées avec un jeu de caractères particulier sont supposées être en ISO-8859-1.
    5. -
    6. Sélectionner les variantes dont le paramètre de média "charset" +
    7. Sélectionner les variantes dont le paramètre de média « charset Â» associé n'est pas ISO-8859-1. S'il n'en existe pas, sélectionner toutes les variantes.
    8. @@ -417,16 +417,16 @@ httpd
    9. L'algorithme a maintenant sélectionné une variante considérée comme - la "meilleure", il la retourne donc au client en guise de réponse. + la « meilleure Â», il la renvoie donc au client en guise de réponse. L'en-tête HTTP Vary de la réponse est renseigné de façon à indiquer les dimensions de la négociation (les navigateurs et les caches peuvent utiliser cette information lors de la mise en cache de la ressource). Travail terminé.
    10. Le passage par cette étape signifie qu'aucune variante n'a été - sélectionnée (parcequ'aucune n'est acceptable pour le navigateur). - Envoyer une réponse avec un code de statut 406 (qui signifie "Aucune - représentation acceptable") et un corps comportant un document HTML qui + sélectionnée (parce qu'aucune n'est acceptable pour le navigateur). + Envoyer une réponse avec un code de statut 406 (qui signifie « Aucune + représentation acceptable Â») et un corps comportant un document HTML qui affiche les variantes disponibles. Renseigner aussi l'en-tête HTTP Vary de façon à indiquer les dimensions de la variante.
    @@ -437,7 +437,7 @@ httpd

    Parfois httpd modifie les valeurs de qualité par rapport à celles qui découleraient d'une stricte interprétation de l'algorithme de négociation - de httpd ci-dessus, ceci pour améliorer les résultats de l'algorithme pour + de httpd ci-dessus, cela afin d’améliorer les résultats de l'algorithme pour les navigateurs qui envoient des informations incomplètes ou inappropriées. Certains des navigateurs les plus populaires envoient des informations dans l'en-tête Accept qui, sans ce traitement, provoqueraient la @@ -449,13 +449,13 @@ httpd

    L'en-tête de requête Accept: indique les types de média souhaités. Il peut aussi contenir des types de média avec caractères - génériques, comme "image/*" ou "*/*" où * correspond à n'importe quelle + génériques, comme « image/* Â» ou « */* Â» où * correspond à n'importe quelle chaîne de caractères. Ainsi une requête contenant :

    Accept: image/*, */*

    indiquerait que tout type de média est acceptable, avec une préférence - pour les types commençant par "image/". + pour les types commençant par « image/ Â». Certains navigateurs ajoutent par défaut des types de média avec caractères génériques aux types explicitement nommés qu'ils peuvent gérer. Par exemple :

    @@ -463,7 +463,7 @@ httpd

    Accept: text/html, text/plain, image/gif, image/jpeg, */*

    -

    Ceci indique que les types explicitement listés sont préférés, mais +

    Cela indique que les types explicitement listés sont préférés, mais qu'une représentation avec un type différent de ces derniers conviendra aussi. Les valeurs de qualités explicites, afin de préciser ce que veut vraiment le navigateur, s'utilisent @@ -474,15 +474,16 @@ httpd

    Les types explicites n'ont pas de facteur de qualité, la valeur par défaut de leur préférence est donc de 1.0 (la plus haute). Le type avec caractères génériques */* se voit attribuer une préférence basse de 0.01, - si bien que les types autres que ceux explicitement listés ne seront retournés + si bien que les types autres que ceux explicitement listés ne seront + renvoyés que s'il n'existe pas de variante correspondant à un type explicitement listé.

    -

    Si l'en-tête Accept: ne contient pas aucun +

    Si l'en-tête Accept: ne contient pas de facteur de qualité, httpd positionne la valeur de qualité de - "*/*", si present, à 0.01 pour simuler l'effet désiré. Il positionne aussi + « */* Â», si présent, à 0.01 pour simuler l'effet désiré. Il positionne aussi la valeur de qualité des types avec caractères génériques au format - "type/*" à 0.02 (ils sont donc préférés à ceux correspondant à "*/*"). Si + « type/* Â» à 0.02 (ils sont donc préférés à ceux correspondant à « */* Â»). Si un type de média dans l'en-tête Accept: contient un facteur de qualité, ces valeurs spéciales ne seront pas appliquées, de façon à ce que les requêtes de navigateurs qui envoient les informations @@ -497,11 +498,11 @@ langage quand la négociation ne trouve aucun langage correspondant.

    Quand un client demande une page sur votre serveur, si ce dernier ne - parvient pas à trouver une page dont la langue corresponde à l'en-tête + parvient pas à trouver une page dont la langue correspond à l'en-tête Accept-language envoyé par le navigateur, il enverra au client - une réponse "Aucune variante acceptable" ou "Plusieurs choix possibles". + une réponse « Aucune variante acceptable Â» ou « Plusieurs choix possibles Â». Pour éviter ces - messages d'erreur, il est possible de configurer httpd de façon à ce que, + messages d'erreur, il est possible de configurer httpd de façon que, dans ces cas, il ignore l'en-tête Accept-language et fournisse tout de même un document, même s'il ne correspond pas exactement à la demande explicite du client. La directive ForceLanguagePriority @@ -514,26 +515,26 @@ langage trouvée. Par exemple, si un client demande des documents possédant le langage en-GB, c'est à dire anglais britannique, le standard HTTP/1.1 n'autorise normalement pas le serveur à faire correspondre cette - demande à un document dont le langage est simplement en. - (Notez qu'inclure en-GB et non en dans l'en-tête + demande à un document dont le langage est simplement en + (notez qu'inclure en-GB et non en dans l'en-tête Accept-Language constitue une quasi-erreur de configuration, car il est très peu probable qu'un lecteur qui comprend l'anglais britannique, ne comprenne pas l'anglais en général. Malheureusement, de - nombreux clients ont réellement des configurations par défaut de ce type.) - Cependant, si aucune autre correspondance de langage n'est possible, et que le - serveur est sur le point de retourner une erreur "Aucune variable - acceptable" ou de choisir le langage défini par la directive LanguagePriority, le serveur ignorera + nombreux clients ont réellement des configurations par défaut de ce type). + Cependant, si aucune autre correspondance de langage n'est possible, et si le + serveur est sur le point de renvoyer une erreur « Aucune variable + acceptable Â» ou de choisir le langage défini par la directive LanguagePriority, le serveur ignorera la spécification du sous-ensemble de langage et associera la demande en en-GB à des documents en en. Implicitement, - httpd ajoute le langage parent à la liste de langues acceptés par le + httpd ajoute le langage parent à la liste de langages acceptés par le client avec une valeur de qualité très basse. Notez cependant que si le - client demande "en-GB; q=0.9, fr; q=0.8", et le serveur dispose de - documents estampillés "en" et "fr", alors c'est le document "fr" qui sera - retourné, tout ceci dans un souci de compatibilité avec la spécification + client demande « en-GB; q=0.9, fr; q=0.8 Â», et si le serveur dispose de + documents estampillés « en Â» et « fr Â», c'est le document « fr Â» qui sera + renvoyé, tout cela dans un souci de compatibilité avec la spécification HTTP/1.1 et afin de fonctionner efficacement avec les clients correctement configurés.

    -

    Pour supporter les techniques avancées (comme les cookies ou les chemins +

    Pour prendre en charge les techniques avancées (comme les cookies ou les chemins d'URL spéciaux) afin de déterminer le langage préféré de l'utilisateur, le module mod_negotiation reconnaît la variable d'environnement @@ -591,7 +592,7 @@ conventions de nommage

    Ci-dessous d'autres exemples de noms de fichiers avec des liens - hypertextes valides et invalides :

    + hypertextes valables et non valables :

    @@ -685,10 +686,10 @@ conventions de nommage niveau du serveur, il se peut que seule la première variante demandée soit mise en cache et de ce fait, la correspondance positive du cache peut entraîner une réponse inappropriée. Pour - éviter ceci, httpd marque par - défaut toutes les réponses qui sont retournées après une négociation de - contenu comme "non-cachables" par les clients HTTP/1.0. httpd supporte - aussi les fonctionnalités du protocole HTTP/1.1 afin de permettre la mise + éviter cela, httpd marque par + défaut toutes les réponses qui sont renvoyées après une négociation de + contenu comme « non-cachables Â» par les clients HTTP/1.0. httpd prend + aussi en charge les fonctionnalités du protocole HTTP/1.1 afin de permettre la mise en cache des réponses négociées.

    Pour les requêtes en provenance d'un client compatible HTTP/1.0 diff --git a/docs/manual/mod/allmodules.xml.de b/docs/manual/mod/allmodules.xml.de index e81ec7b0539..fc9a3aecc33 100644 --- a/docs/manual/mod/allmodules.xml.de +++ b/docs/manual/mod/allmodules.xml.de @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml mod_systemd.xml - mod_tls.xml mod_unique_id.xml mod_unixd.xml mod_userdir.xml diff --git a/docs/manual/mod/allmodules.xml.es b/docs/manual/mod/allmodules.xml.es index 2f0be77bf9d..db82b11cb50 100644 --- a/docs/manual/mod/allmodules.xml.es +++ b/docs/manual/mod/allmodules.xml.es @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml mod_systemd.xml - mod_tls.xml mod_unique_id.xml mod_unixd.xml mod_userdir.xml diff --git a/docs/manual/mod/allmodules.xml.fr b/docs/manual/mod/allmodules.xml.fr index 950c26b7f6f..71c021f0f24 100644 --- a/docs/manual/mod/allmodules.xml.fr +++ b/docs/manual/mod/allmodules.xml.fr @@ -119,7 +119,6 @@ mod_substitute.xml.fr mod_suexec.xml.fr mod_systemd.xml.fr - mod_tls.xml.fr mod_unique_id.xml.fr mod_unixd.xml.fr mod_userdir.xml.fr diff --git a/docs/manual/mod/allmodules.xml.ja b/docs/manual/mod/allmodules.xml.ja index 1925f5691ca..50afa31691d 100644 --- a/docs/manual/mod/allmodules.xml.ja +++ b/docs/manual/mod/allmodules.xml.ja @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml.ja mod_systemd.xml - mod_tls.xml mod_unique_id.xml.ja mod_unixd.xml mod_userdir.xml.ja diff --git a/docs/manual/mod/allmodules.xml.ko b/docs/manual/mod/allmodules.xml.ko index ec69ca22fa9..c811120a4b6 100644 --- a/docs/manual/mod/allmodules.xml.ko +++ b/docs/manual/mod/allmodules.xml.ko @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml.ko mod_systemd.xml - mod_tls.xml mod_unique_id.xml.ko mod_unixd.xml mod_userdir.xml.ko diff --git a/docs/manual/mod/allmodules.xml.tr b/docs/manual/mod/allmodules.xml.tr index cb24c701e87..d94c89f1aad 100644 --- a/docs/manual/mod/allmodules.xml.tr +++ b/docs/manual/mod/allmodules.xml.tr @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml.tr mod_systemd.xml - mod_tls.xml mod_unique_id.xml mod_unixd.xml.tr mod_userdir.xml.tr diff --git a/docs/manual/mod/allmodules.xml.zh-cn b/docs/manual/mod/allmodules.xml.zh-cn index 9f45eaafedb..8fdd483eaa5 100644 --- a/docs/manual/mod/allmodules.xml.zh-cn +++ b/docs/manual/mod/allmodules.xml.zh-cn @@ -119,7 +119,6 @@ mod_substitute.xml mod_suexec.xml mod_systemd.xml - mod_tls.xml mod_unique_id.xml mod_unixd.xml mod_userdir.xml diff --git a/docs/manual/mod/directives.html.fr.utf8 b/docs/manual/mod/directives.html.fr.utf8 index 66686a97cc4..923c5a01b7b 100644 --- a/docs/manual/mod/directives.html.fr.utf8 +++ b/docs/manual/mod/directives.html.fr.utf8 @@ -741,21 +741,6 @@

  2. ThreadsPerChild
  3. ThreadStackSize
  4. TimeOut
  5. -
  6. TLSCertificate
  7. -
  8. TLSCiphersPrefer
  9. -
  10. TLSCiphersSuppress
  11. -
  12. TLSEngine
  13. -
  14. TLSHonorClientOrder
  15. -
  16. TLSOptions
  17. -
  18. TLSProtocol
  19. -
  20. TLSProxyCA
  21. -
  22. TLSProxyCiphersPrefer
  23. -
  24. TLSProxyCiphersSuppress
  25. -
  26. TLSProxyEngine
  27. -
  28. TLSProxyMachineCertificate
  29. -
  30. TLSProxyProtocol
  31. -
  32. TLSSessionCache
  33. -
  34. TLSStrictSNI
  35. TraceEnable
  36. TransferLog
  37. TypesConfig
  38. diff --git a/docs/manual/mod/index.html.fr.utf8 b/docs/manual/mod/index.html.fr.utf8 index efa5f1cd945..fa620e2f33e 100644 --- a/docs/manual/mod/index.html.fr.utf8 +++ b/docs/manual/mod/index.html.fr.utf8 @@ -70,7 +70,7 @@ multi-processus multi-thread
    top

    Autres Modules

    -

     A  |  B  |  C  |  D  |  E  |  F  |  H  |  I  |  L  |  M  |  N  |  P  |  R  |  S  |  T  |  U  |  V  |  W  |  X 

    +

     A  |  B  |  C  |  D  |  E  |  F  |  H  |  I  |  L  |  M  |  N  |  P  |  R  |  S  |  U  |  V  |  W  |  X 

    mod_access_compat
    Autorisations de groupe à base de nom d'hôte (nom ou adresse IP)
    mod_actions
    Exécution des scripts CGI en fonction du @@ -286,9 +286,6 @@ corps de réponses
    mod_suexec
    Permet l'exécution des scripts CGI sous l'utilisateur et le groupe spécifiés
    mod_systemd
    Fournit un support amélioré pour l'intégration de systemd
    -
    mod_tls
    TLS v1.2 and v1.3 implemented in memory-safe Rust via - the rustls library -
    mod_unique_id
    Fournit une variable d'environnement contenant un identifiant unique pour chaque requête
    mod_unixd
    Sécurité de base (nécessaire) pour les plates-formes de la diff --git a/docs/manual/mod/quickreference.html.fr.utf8 b/docs/manual/mod/quickreference.html.fr.utf8 index ba0870f0432..30e50f7433d 100644 --- a/docs/manual/mod/quickreference.html.fr.utf8 +++ b/docs/manual/mod/quickreference.html.fr.utf8 @@ -1497,74 +1497,59 @@ enfant traitent les connexions clients
    - - - - - - - - - - - - - - - - - - - + + - - - - - + + + + - - - - - - - - + - - - - - - - - + - - + -
    TimeOut secondes 60 svC
    Temps pendant lequel le serveur va attendre certains évènements avant de considérer qu'une requête a échoué
    TLSCertificate cert_file [key_file]svX
    adds a certificate and key (PEM encoded) to a server/virtual host.
    TLSCiphersPrefer cipher(-list)svX
    defines ciphers that are preferred.
    TLSCiphersSuppress cipher(-list)svX
    defines ciphers that are not to be used.
    TLSEngine [address:]portsX
    defines on which address+port the module shall handle incoming connections.
    TLSHonorClientOrder on|off on svX
    determines if the order of ciphers supported by the client is honored
    TLSOptions [+|-]optionsvdhX
    enables SSL variables for requests.
    TLSProtocol version+ v1.2+ svX
    specifies the minimum version of the TLS protocol to use.
    TLSProxyCA file.pemsvpX
    sets the root certificates to validate the backend server with.
    TLSProxyCiphersPrefer cipher(-list)svpX
    defines ciphers that are preferred for a proxy connection.
    TLSProxyCiphersSuppress cipher(-list)svpX
    defines ciphers that are not to be used for a proxy connection.
    TLSProxyEngine on|offsvpX
    enables TLS for backend connections.
    TLSProxyMachineCertificate cert_file [key_file]svpX
    adds a certificate and key file (PEM encoded) to a proxy setup.
    TLSProxyProtocol version+ v1.2+ svpX
    specifies the minimum version of the TLS protocol to use in proxy connections.
    TLSSessionCache cache-specsX
    specifies the cache for TLS session resumption.
    TLSStrictSNI on|off on sX
    enforces exact matches of client server indicators (SNI) against host names.
    TraceEnable [on|off|extended] on svC
    Détermine le comportement des requêtes +
    TraceEnable [on|off|extended] on svC
    Détermine le comportement des requêtes TRACE
    TransferLog fichier|pipesvB
    Spécifie l'emplacement d'un fichier journal
    TypesConfig chemin-fichier conf/mime.types sB
    Le chemin du fichier mime.types
    UNCList hostname [hostname...]sC
    Définit quels sont les noms d’hôte UNC auxquels le serveur peut accéder +
    TransferLog fichier|pipesvB
    Spécifie l'emplacement d'un fichier journal
    TypesConfig chemin-fichier conf/mime.types sB
    Le chemin du fichier mime.types
    UNCList hostname [hostname...]sC
    Définit quels sont les noms d’hôte UNC auxquels le serveur peut accéder
    UnDefine nom-variablesC
    Invalide la définition d'une variable
    UndefMacro nomsvdB
    Supprime une macro
    UnsetEnv var-env [var-env] -...svdhB
    Supprime des variables de l'environnement
    Use nom [valeur1 ... valeurN] -svdB
    Utilisation d'une macro
    UseCanonicalName On|Off|DNS Off svdC
    Définit la manière dont le serveur détermine son propre nom +
    UnDefine nom-variablesC
    Invalide la définition d'une variable
    UndefMacro nomsvdB
    Supprime une macro
    UnsetEnv var-env [var-env] +...svdhB
    Supprime des variables de l'environnement
    Use nom [valeur1 ... valeurN] +svdB
    Utilisation d'une macro
    UseCanonicalName On|Off|DNS Off svdC
    Définit la manière dont le serveur détermine son propre nom et son port
    UseCanonicalPhysicalPort On|Off Off svdC
    Définit la manière dont le serveur +
    UseCanonicalPhysicalPort On|Off Off svdC
    Définit la manière dont le serveur détermine son propre port
    User utilisateur unix #-1 sB
    L'utilisateur sous lequel le serveur va traiter les +
    User utilisateur unix #-1 sB
    L'utilisateur sous lequel le serveur va traiter les requêtes
    UserDir nom-répertoire [nom-répertoire] ... -svB
    Chemin des répertoires propres à un +
    UserDir nom-répertoire [nom-répertoire] ... +svB
    Chemin des répertoires propres à un utilisateur
    VHostCGIMode On|Off|Secure On vX
    Détermine si le serveur virtuel peut exécuter des +
    VHostCGIMode On|Off|Secure On vX
    Détermine si le serveur virtuel peut exécuter des sous-processus, et définit les privilèges disponibles pour ces dernier.
    VHostCGIPrivs [+-]?privilege-name [[+-]?privilege-name] ...vX
    Assigne des privilèges au choix aux sous-processus créés +
    VHostCGIPrivs [+-]?privilege-name [[+-]?privilege-name] ...vX
    Assigne des privilèges au choix aux sous-processus créés par un serveur virtuel.
    VHostGroup identifiant-groupe-unixvX
    Définit l'identifiant du groupe sous lequel s'exécute un +
    VHostGroup identifiant-groupe-unixvX
    Définit l'identifiant du groupe sous lequel s'exécute un serveur virtuel.
    VHostPrivs [+-]?nom-privilège [[+-]?nom-privilège] ...vX
    Assigne des privilèges à un serveur virtuel.
    VHostSecure On|Off On vX
    Détermine si le serveur s'exécute avec une sécurité avancée +
    VHostPrivs [+-]?nom-privilège [[+-]?nom-privilège] ...vX
    Assigne des privilèges à un serveur virtuel.
    VHostSecure On|Off On vX
    Détermine si le serveur s'exécute avec une sécurité avancée pour les serveurs virtuels.
    VHostUser identifiant-utilisateur-unixvX
    Définit l'identifiant utilisateur sous lequel s'exécute un +
    VHostUser identifiant-utilisateur-unixvX
    Définit l'identifiant utilisateur sous lequel s'exécute un serveur virtuel.
    VirtualDocumentRoot répertoire-interpolé|none none svE
    Permet une configuration dynamique de la racine des +
    VirtualDocumentRoot répertoire-interpolé|none none svE
    Permet une configuration dynamique de la racine des documents d'un serveur virtuel donné
    VirtualDocumentRootIP répertoire-interpolé|none none svE
    Configuration dynamique de la racine des documents pour un +
    VirtualDocumentRootIP répertoire-interpolé|none none svE
    Configuration dynamique de la racine des documents pour un serveur virtuel donné
    <VirtualHost +
    <VirtualHost adresse IP[:port] [adresse IP[:port]] ...> ... - </VirtualHost>sC
    Contient des directives qui ne s'appliquent qu'à un nom + </VirtualHost>sC
    Contient des directives qui ne s'appliquent qu'à un nom d'hôte spécifique ou à une adresse IP
    VirtualScriptAlias répertoire-interpolé|none none svE
    Configuration dynamique du répertoire des scripts CGI pour +
    VirtualScriptAlias répertoire-interpolé|none none svE
    Configuration dynamique du répertoire des scripts CGI pour un serveur virtuel donné
    VirtualScriptAliasIP répertoire-interpolé|none none svE
    Configuration dynamique du répertoire des scripts CGI pour +
    VirtualScriptAliasIP répertoire-interpolé|none none svE
    Configuration dynamique du répertoire des scripts CGI pour un serveur virtuel donné
    WatchdogInterval time-interval[s] 1 sB
    Intervalle Watchdog en secondes
    XBitHack on|off|full off svdhB
    Interprète les directives SSI dans les fichiers dont le bit +
    WatchdogInterval time-interval[s] 1 sB
    Intervalle Watchdog en secondes
    XBitHack on|off|full off svdhB
    Interprète les directives SSI dans les fichiers dont le bit d'exécution est positionné
    xml2EncAlias jeu-de-caractères alias [alias ...]sB
    Définit des alias pour les valeurs d'encodage
    xml2EncDefault nomsvdhB
    Définit un encodage par défaut à utiliser lorsqu'aucune +
    xml2EncAlias jeu-de-caractères alias [alias ...]sB
    Définit des alias pour les valeurs d'encodage
    xml2EncDefault nomsvdhB
    Définit un encodage par défaut à utiliser lorsqu'aucune information ne peut être automatiquement détectée
    xml2StartParse élément [élément ...]svdhB
    Indique à l'interpréteur à partir de quelle balise il doit +
    xml2StartParse élément [élément ...]svdhB
    Indique à l'interpréteur à partir de quelle balise il doit commencer son traitement.
    diff --git a/docs/manual/sitemap.html.fr.utf8 b/docs/manual/sitemap.html.fr.utf8 index f7cbd2f6982..7c67c748a68 100644 --- a/docs/manual/sitemap.html.fr.utf8 +++ b/docs/manual/sitemap.html.fr.utf8 @@ -323,7 +323,6 @@ pour décrire les directives Apache
  39. Module Apache mod_substitute
  40. Module Apache mod_suexec
  41. Module Apache mod_systemd
  42. -
  43. Module Apache mod_tls
  44. Module Apache mod_unique_id
  45. Module Apache mod_unixd
  46. Module Apache mod_userdir