From: Lucien Gentis Date: Thu, 4 Jan 2018 16:29:02 +0000 (+0000) Subject: XML updates. X-Git-Tag: 2.5.0-alpha2-ci-test-only~3001 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=2d84b5ff296557356cb4faca8814e90e387bc031;p=thirdparty%2Fapache%2Fhttpd.git XML updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1820118 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr index 4cd77f24ae1..253be7dcc02 100644 --- a/docs/manual/mod/core.xml.fr +++ b/docs/manual/mod/core.xml.fr @@ -1,7 +1,7 @@ - + @@ -5515,18 +5515,19 @@ entre elles à la réception d'une requête RegisterHttpMethod Enregistrement de méthodes HTTP non standards -RegisterHttpMethod méthode [méthode [...]] +RegisterHttpMethod method [method [...]] server config -

Normalement, les méthodes HTTP non conformes aux RFCs correspondantes -sont rejetées au cours du traitement de la requête par HTTPD. Pour -éviter ceci, les modules peuvent enregistrer les méthodes HTTP non -standards qu'ils supportent. La directive -RegisterHttpMethod permet d'enregistrer de telles -méthodes manuellement. Ceci peut s'avérer utile si de telle méthodes -doivent être utilisées dans un traitement externe, comme un script CGI.

+

Cette directive permet d'enregistrer des méthodes HTTP supplémentaires. Ceci +s'avérera nécessaire si l'on doit utiliser des méthodes non standards avec des +directives qui acceptent des noms de méthodes en paramètres, ou pour permettre +l'utilisation de méthodes particulières non standards en passant par un serveur +mandataire ou au sein de scripts CGI, et ceci alors que le serveur a été +configuré pour ne transmettre que des méthodes reconnues aux modules.

+HTTPProtocolOptions +AllowMethods
diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr index 36c92804504..cf836de418c 100644 --- a/docs/manual/mod/event.xml.fr +++ b/docs/manual/mod/event.xml.fr @@ -1,7 +1,7 @@ - + @@ -138,7 +138,9 @@ propose le MPM worker, avec l'unique addition de la directive entièrement. La fermeture progressive est limitée dans le temps, mais elle peut tout de même être assez longue, si bien qu'il est intéressant qu'un thread de travail puisse se décharger de cette - tâche sur le thread d'écoute. + tâche sur le thread d'écoute. A partir de la version 2.4.28, au lieu + d'effectuer lui-même la fermeture progressive, le thread d'écoute + confie cette tâche au premier thread de travail disponible.

Ces améliorations sont disponible pour les connexions HTTP ou HTTPS.

diff --git a/docs/manual/mod/mod_brotli.xml.fr b/docs/manual/mod/mod_brotli.xml.fr index d5eda396b8d..f8c22a92f74 100644 --- a/docs/manual/mod/mod_brotli.xml.fr +++ b/docs/manual/mod/mod_brotli.xml.fr @@ -29,22 +29,22 @@ Extension mod_brotli.c brotli_module -Disponible à partir de la version 2.4.26 du serveur HTTP Apache +Disponible à partir de la version 2.4.26 du serveur HTTP Apache

Le module mod_brotli fournit le filtre en sortie BROTLI_COMPRESS qui permet de compresser un contenu avant sa - livraison au client en utilisant la bibliothèque brotli. Ce filtre est - implémenté en utilisant la bibliothèque Brotli que l'on peut trouver à https://github.com/google/brotli.

Filters