diff options
author | Carolyn Wu <87150472+cw118@users.noreply.github.com> | 2022-03-02 16:05:01 -0500 |
---|---|---|
committer | GitHub <noreply@github.com> | 2022-03-02 22:05:01 +0100 |
commit | 25415714270338d7fb3090918348748dd35a7ccd (patch) | |
tree | 4b5140632c716bb98e2ebe553b4a4ab6950166cd /files/fr/web/http | |
parent | 1774982896b9aa61f4a69d0413fac0b9b2fa7d2e (diff) | |
download | translated-content-25415714270338d7fb3090918348748dd35a7ccd.tar.gz translated-content-25415714270338d7fb3090918348748dd35a7ccd.tar.bz2 translated-content-25415714270338d7fb3090918348748dd35a7ccd.zip |
Markdown fixes part 3 (fr/web/h*) (#4363)
* Web/HTML space removal for code spans, emphasis and links
* Web/HTTP space removal for code spans, emphasis and links
Diffstat (limited to 'files/fr/web/http')
-rw-r--r-- | files/fr/web/http/caching/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/conditional_requests/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/cors/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/headers/authorization/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/headers/content-disposition/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/headers/content-encoding/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/headers/etag/index.md | 4 | ||||
-rw-r--r-- | files/fr/web/http/headers/if-modified-since/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/headers/if-none-match/index.md | 4 | ||||
-rw-r--r-- | files/fr/web/http/headers/set-cookie/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/methods/post/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/methods/trace/index.md | 2 | ||||
-rw-r--r-- | files/fr/web/http/public_key_pinning/index.md | 4 |
13 files changed, 16 insertions, 16 deletions
diff --git a/files/fr/web/http/caching/index.md b/files/fr/web/http/caching/index.md index 09f7dd6c48..358b471864 100644 --- a/files/fr/web/http/caching/index.md +++ b/files/fr/web/http/caching/index.md @@ -114,7 +114,7 @@ La version de révision ajoutée à la ressource révisée n'a pas à être sous ## Validation de cache -La revalidation est ciblée quand l'utilisateur clique le bouton de rechargement (actualisation). Elle est aussi ciblée pendant une navigation normale si la réponse en cache inclus l'en-tête "`Cache-control: must-revalidate`". Un autre facteur est la préférence des validations de cache, paramétrées dans le panneau des préférences dans` Advanced->Cache` . Il y a une option pour forcer la validation chaque fois qu'un document est chargé. +La revalidation est ciblée quand l'utilisateur clique le bouton de rechargement (actualisation). Elle est aussi ciblée pendant une navigation normale si la réponse en cache inclus l'en-tête "`Cache-control: must-revalidate`". Un autre facteur est la préférence des validations de cache, paramétrées dans le panneau des préférences dans `Advanced->Cache`. Il y a une option pour forcer la validation chaque fois qu'un document est chargé. Quand on arrive au moment d'expiration d'un document en cache, il est soit validé soit redemandé. La validation ne peut intervenir que si le serveur a fourni soit un validateur fort _(strong validator_) soit un faible (_weak validator_). diff --git a/files/fr/web/http/conditional_requests/index.md b/files/fr/web/http/conditional_requests/index.md index eff6470709..f0f185acc3 100644 --- a/files/fr/web/http/conditional_requests/index.md +++ b/files/fr/web/http/conditional_requests/index.md @@ -76,7 +76,7 @@ Si la ressource n'a pas changé, le serveur renvoie une réponse [`304`](/fr/doc ![Avec un cache périmé, la requête conditionnelle est envoyée. Le serveur peut déterminer si une ressource a changé et, dans ce cas, décider de ne pas la renvoyer si c'est la même.](httpcache2.png) -Si la ressource a changé, le serveur renvoie simplement une réponse [`200`](/fr/docs/Web/HTTP/Status/200)` OK` avec la nouvelle version de la ressource comme si la requête n'était pas conditionnelle et le client utilise cette nouvelle ressource et la met en cache. +Si la ressource a changé, le serveur renvoie simplement une réponse [`200 OK`](/fr/docs/Web/HTTP/Status/200) avec la nouvelle version de la ressource comme si la requête n'était pas conditionnelle et le client utilise cette nouvelle ressource et la met en cache. ![Dans le cas où la ressource a changé, elle est renvoyée, comme si la requête n'était pas conditionnelle.](httpcache3.png) diff --git a/files/fr/web/http/cors/index.md b/files/fr/web/http/cors/index.md index ea22f274d4..b9ed23bccb 100644 --- a/files/fr/web/http/cors/index.md +++ b/files/fr/web/http/cors/index.md @@ -283,7 +283,7 @@ Le serveur répond avec un en-tête `Access-Control-Allow-Methods` et indique qu Le serveur envoie également l'en-tête `Access-Control-Allow-Headers` avec une valeur "`X-PINGOTHER, Content-Type`" qui confirme que les en-têtes souhaités sont autorisés pour la requête principale. Comme `Access-Control-Allow-Methods`, `Access-Control-Allow-Headers` est une liste d'en-têtes acceptables séparés par des virgules. -Enfin, l'en-tête {{HTTPHeader("Access-Control-Max-Age")}} indique avec une valeur exprimée en secondes, la durée pendant laquelle cette réponse préliminaire peut être mise en cache avant la prochaine requête préliminaire. Ici, la réponse est 86400 secondes, ce qui correspond à 24 heures. On notera ici que chaque navigateur possède[ un maximum interne](/fr/docs/Web/HTTP/Headers/Access-Control-Max-Age) qui a la priorité lorsque `Access-Control-Max-Age` lui est supérieur. +Enfin, l'en-tête {{HTTPHeader("Access-Control-Max-Age")}} indique avec une valeur exprimée en secondes, la durée pendant laquelle cette réponse préliminaire peut être mise en cache avant la prochaine requête préliminaire. Ici, la réponse est 86400 secondes, ce qui correspond à 24 heures. On notera ici que chaque navigateur possède [un maximum interne](/fr/docs/Web/HTTP/Headers/Access-Control-Max-Age) qui a la priorité lorsque `Access-Control-Max-Age` lui est supérieur. #### Requêtes préliminaires et redirection diff --git a/files/fr/web/http/headers/authorization/index.md b/files/fr/web/http/headers/authorization/index.md index 134d478a99..ae52274d87 100644 --- a/files/fr/web/http/headers/authorization/index.md +++ b/files/fr/web/http/headers/authorization/index.md @@ -10,7 +10,7 @@ translation_of: Web/HTTP/Headers/Authorization --- {{HTTPSidebar}} -L'en-tête de requête HTTP **`Authorization `**contient les identifiants permettant l'authentification d'un utilisateur auprès d'un serveur, habituellement après que le serveur ait répondu avec un statut {{HTTPStatus("401")}} `Unauthorized` et l'en-tête {{HTTPHeader("WWW-Authenticate")}} +L'en-tête de requête HTTP **`Authorization`** contient les identifiants permettant l'authentification d'un utilisateur auprès d'un serveur, habituellement après que le serveur ait répondu avec un statut {{HTTPStatus("401")}} `Unauthorized` et l'en-tête {{HTTPHeader("WWW-Authenticate")}} <table class="properties"> <tbody> diff --git a/files/fr/web/http/headers/content-disposition/index.md b/files/fr/web/http/headers/content-disposition/index.md index 2844fbef41..de52d9754e 100644 --- a/files/fr/web/http/headers/content-disposition/index.md +++ b/files/fr/web/http/headers/content-disposition/index.md @@ -11,7 +11,7 @@ translation_of: Web/HTTP/Headers/Content-Disposition Dans une réponse HTTP régulière, l'en-tête de réponse `Content-Disposition` est un en-tête indiquant si le contenu devrait être affiché en ligne dans le navigateur, c'est-à-dire en tant que page Web, dans une page Web ou en pièce jointe qui sera téléchargé et enregistré localement. -Dans un corps `multipart / form-data`, l'en-tête général HTTP Content-Disposition est un en-tête qui peut être utilisé sur la sous-partie d'un corps multipart pour donner des informations sur le champ auquel il s'applique. La sous-partie est délimitée par la limite `boundary` définie dans l'en-tête {{HTTPHeader ("Content-Type")}}. Utilisé sur le corps même, `Content-Disposition `n'a aucun effet. +Dans un corps `multipart / form-data`, l'en-tête général HTTP Content-Disposition est un en-tête qui peut être utilisé sur la sous-partie d'un corps multipart pour donner des informations sur le champ auquel il s'applique. La sous-partie est délimitée par la limite `boundary` définie dans l'en-tête {{HTTPHeader ("Content-Type")}}. Utilisé sur le corps même, `Content-Disposition` n'a aucun effet. L'en-tête `Content-Disposition` est défini dans le contexte plus large des messages MIME pour le courrier électronique, mais seul un sous-ensemble des paramètres possibles s'applique aux formulaires HTTP et {{HTTPMethod ("POST")}}. Seules les données de forme de valeur, ainsi que le nom de la directive optionnelle et le nom de fichier, peuvent être utilisés dans le contexte HTTP. diff --git a/files/fr/web/http/headers/content-encoding/index.md b/files/fr/web/http/headers/content-encoding/index.md index 50592fde0f..e40e23a9c4 100644 --- a/files/fr/web/http/headers/content-encoding/index.md +++ b/files/fr/web/http/headers/content-encoding/index.md @@ -49,7 +49,7 @@ Il est recommandé de compresser les données autant que possible et donc d'util - `compress` - : Un format utilisant l'algorithme [Lempel-Ziv-Welch](http://en.wikipedia.org/wiki/LZW) (LZW). Le nom de la valeur a été tiré du programme de compression UNIX, qui a mis en œuvre cet algorithme. Comme le programme de compression, qui a disparu de la plupart des distributions UNIX, ce codage de contenu n'est pas utilisé par de nombreux navigateurs aujourd'hui, en partie à cause d'un problème de brevet (il a expiré en 2003). - `deflate` - - : Utilisant la structure [zlib](http://en.wikipedia.org/wiki/Zlib) (définie dans la [RFC 1950](http://tools.ietf.org/html/rfc1950)) avec l'algorithme de compression _[deflate](http://en.wikipedia.org/wiki/DEFLATE) _(défini dans la [RFC 1951](http://tools.ietf.org/html/rfc1951)). + - : Utilisant la structure [zlib](http://en.wikipedia.org/wiki/Zlib) (définie dans la [RFC 1950](http://tools.ietf.org/html/rfc1950)) avec l'algorithme de compression _[deflate](http://en.wikipedia.org/wiki/DEFLATE)_ (défini dans la [RFC 1951](http://tools.ietf.org/html/rfc1951)). - `identity` - : Indicates the identity function (c'est-à-dire qu'il n'y a eu aucune compression ou modification). Sauf mention contraire, cette valeur est toujours considérée comme acceptable. - `br` diff --git a/files/fr/web/http/headers/etag/index.md b/files/fr/web/http/headers/etag/index.md index c0ce27dba1..c040820e43 100644 --- a/files/fr/web/http/headers/etag/index.md +++ b/files/fr/web/http/headers/etag/index.md @@ -80,6 +80,6 @@ Le serveur comparera l'`ETag` du client (envoyé avec `If-None-Match`) à l'`ETa - {{HTTPHeader("If-Match")}} - {{HTTPHeader("If-None-Match")}} -- {{HTTPStatus("304")}}` Not Modified` -- {{HTTPStatus("412")}}` Precondition Failed` +- {{HTTPStatus("304")}} `Not Modified` +- {{HTTPStatus("412")}} `Precondition Failed` - [W3C Note: Editing the Web – Detecting the Lost Update Problem Using Unreserved Checkout](https://www.w3.org/1999/04/Editing/) diff --git a/files/fr/web/http/headers/if-modified-since/index.md b/files/fr/web/http/headers/if-modified-since/index.md index 63b3b69dfd..6db3e72015 100644 --- a/files/fr/web/http/headers/if-modified-since/index.md +++ b/files/fr/web/http/headers/if-modified-since/index.md @@ -70,4 +70,4 @@ Le cas d'usage le plus courant est la mise-à-jour d'une entité cachée qui n'a - {{HTTPHeader("If-Unmodified-since")}} - {{HTTPHeader("If-Match")}} - {{HTTPHeader("If-None-Match")}} -- {{HTTPStatus("304")}}` Not Modified` +- {{HTTPStatus("304")}} `Not Modified` diff --git a/files/fr/web/http/headers/if-none-match/index.md b/files/fr/web/http/headers/if-none-match/index.md index 2e92cf3427..e7946d0c4d 100644 --- a/files/fr/web/http/headers/if-none-match/index.md +++ b/files/fr/web/http/headers/if-none-match/index.md @@ -72,5 +72,5 @@ Il y a 2 cas d'utilisation communs: - {{HTTPHeader("If-Unmodified-Since")}} - {{HTTPHeader("If-Modified-Since")}} - {{HTTPHeader("If-Match")}} -- {{HTTPStatus("304")}}` Not Modified` -- {{HTTPStatus("412")}}` Precondition Failed` +- {{HTTPStatus("304")}} `Not Modified` +- {{HTTPStatus("412")}} `Precondition Failed` diff --git a/files/fr/web/http/headers/set-cookie/index.md b/files/fr/web/http/headers/set-cookie/index.md index 50c7678fe9..7d8efa84a0 100644 --- a/files/fr/web/http/headers/set-cookie/index.md +++ b/files/fr/web/http/headers/set-cookie/index.md @@ -83,7 +83,7 @@ Pour plus d'information, voir le [guide sur les cookies HTTP](/fr/docs/Web/HTTP/ Quand une telle date de péremption est indiquée, elle est relative au _client_ et pas au serveur. -- `Max-Age=<number> `{{optional_inline}} +- `Max-Age=<number>` {{optional_inline}} - : Le nombre de secondes avant son expiration. Une valeur nulle ou négative fera expirer immédiatement le cookie. Si `Expires` et `Max-Age` sont configurés, `Max-Age` sera prioritaire. - `Domain=<domain-value>` {{optional_inline}} diff --git a/files/fr/web/http/methods/post/index.md b/files/fr/web/http/methods/post/index.md index 4dd186bf86..9adf8bd523 100644 --- a/files/fr/web/http/methods/post/index.md +++ b/files/fr/web/http/methods/post/index.md @@ -14,7 +14,7 @@ La **méthode HTTP `POST`** envoie des données au serveur. Le type du corps de La différence entre `PUT` et {{HTTPMethod("POST")}} tient au fait que `PUT` est une méthode idempotente. Une requête `PUT`, envoyée une ou plusieurs fois avec succès, aura toujours le même effet (il n'y a pas d'effet de bord). À l'inverse, des requêtes `POST` successives et identiques peuvent avoir des effets additionnels, ce qui peut revenir par exemple à passer plusieurs fois une commande. -Une requête `POST` est habituellement envoyée via un [formulaire HTML](/en-US/docs/Web/Guide/HTML/Forms) et a pour résultat un changement sur le serveur. Dans ce cas, le type du contenu est sélectionné en mettant la chaîne de caractères adéquate dans l'attribut* {{htmlattrxref("enctype", "form")}} de l'élément {{HTMLElement("form")}} ou dans l'attribut {{htmlattrxref("formenctype", "input")}} de l'élément {{HTMLElement("input") }}, voir celui des éléments {{HTMLElement("button")}}* : +Une requête `POST` est habituellement envoyée via un [formulaire HTML](/en-US/docs/Web/Guide/HTML/Forms) et a pour résultat un changement sur le serveur. Dans ce cas, le type du contenu est sélectionné en mettant la chaîne de caractères adéquate dans l'attribut *{{htmlattrxref("enctype", "form")}} de l'élément {{HTMLElement("form")}} ou dans l'attribut {{htmlattrxref("formenctype", "input")}} de l'élément {{HTMLElement("input") }}, voir celui des éléments {{HTMLElement("button")}}* : - `application/`_`x-www-form-urlencoded` : les valeurs sont encodées sous forme de couples clé-valeur séparés par `'&'`, avec un `'='` entre la clé et la valeur. Les caractères non alphanumériques sont {{glossary("percent encoded")}} : c'est la raison pour laquelle ce type de format n'est pas adapté à une utilisation avec des données binaires (utilisez `multipart/form-data` à la place)_ - _`multipart/form-data`_ diff --git a/files/fr/web/http/methods/trace/index.md b/files/fr/web/http/methods/trace/index.md index b9b61b762d..5869ac0289 100644 --- a/files/fr/web/http/methods/trace/index.md +++ b/files/fr/web/http/methods/trace/index.md @@ -10,7 +10,7 @@ original_slug: Web/HTTP/Méthode/TRACE --- {{HTTPSidebar}} -La **méthode** **HTTP `TRACE` **effectue un test de rebouclage des messages le long du chemin vers la ressource cible, fournissant ainsi un mécanisme de débogage utile. +La **méthode HTTP `TRACE`** effectue un test de rebouclage des messages le long du chemin vers la ressource cible, fournissant ainsi un mécanisme de débogage utile. Le destinataire final de la demande doit renvoyer au client le message reçu, à l'exclusion de certains champs décrits ci-dessous, en tant que corps de message d'une réponse {{HTTPStatus("200")}}. (OK) avec un {{HTTPHeader("Content-Type")}} de `message/http`. Le destinataire final est soit le serveur d'origine, soit le premier serveur à recevoir une valeur {{HTTPHeader("Max-Forwards")}} de 0 dans la requête. diff --git a/files/fr/web/http/public_key_pinning/index.md b/files/fr/web/http/public_key_pinning/index.md index 8b51e55c56..cd14e99c24 100644 --- a/files/fr/web/http/public_key_pinning/index.md +++ b/files/fr/web/http/public_key_pinning/index.md @@ -37,7 +37,7 @@ Activer cette fonctionnalité pour votre site est simple : il faut juste retourn > **Note :** Firefox n'implémente pas encore les rapports de violation d'épinglage. Chrome les implémente à partie de la version 46. > -> - Firefox: [Bug 1091176 - Implement report-uri directive for HPKP ](https://bugzilla.mozilla.org/show_bug.cgi?id=1091176)et [Bug 787133 - (hpkp) Implement Public Key Pinning Extension for HTTP (HPKP)](https://bugzilla.mozilla.org/show_bug.cgi?id=787133) +> - Firefox: [Bug 1091176 - Implement report-uri directive for HPKP](https://bugzilla.mozilla.org/show_bug.cgi?id=1091176) et [Bug 787133 - (hpkp) Implement Public Key Pinning Extension for HTTP (HPKP)](https://bugzilla.mozilla.org/show_bug.cgi?id=787133) > - Chrome: <https://developers.google.com/web/updates/2015/09/HPKP-reporting-with-chrome-46> , [HTTP Public Key Pinning violating reporting](https://www.chromestatus.com/feature/4669935557017600) et [Issue 445793: HPKP Reporting on invalid pins](https://code.google.com/p/chromium/issues/detail?id=445793) ### Extraire la clé publique encodé en Base64 @@ -72,7 +72,7 @@ Les étapes concrètes nécessaires pour délivrer l'en-tête HPKP dépendent du > **Note :** Ces exemples utilisent un a max-age de deux mois et incluent aussi tous les sous-domaines. Il est conseillé de vérifier que cela convient à votre serveur. -Inclure une ligne similaire à votre configuration activera HPKP, en remplaçant les valeurs en pointillé des lignes `pin-sha256="..." `: +Inclure une ligne similaire à votre configuration activera HPKP, en remplaçant les valeurs en pointillé des lignes `pin-sha256="..."` : #### Apache |