From 84f754cd71869d77db9489dfec863443cd69fe2b Mon Sep 17 00:00:00 2001 From: Nicolas de Marqué Fromentin Date: Wed, 16 Jun 2021 21:06:14 +0200 Subject: Update documentation links (#1209) * Update documentation links * UPDT: Fixed flaws, removed KS macros * FIX: Fixed typo Co-authored-by: tristantheb --- files/fr/web/http/methods/put/index.html | 107 ++++++++++++++----------------- 1 file changed, 49 insertions(+), 58 deletions(-) diff --git a/files/fr/web/http/methods/put/index.html b/files/fr/web/http/methods/put/index.html index 45302eadfd..086dfa9b8b 100644 --- a/files/fr/web/http/methods/put/index.html +++ b/files/fr/web/http/methods/put/index.html @@ -3,94 +3,85 @@ title: PUT slug: Web/HTTP/Methods/PUT tags: - HTTP - - HTTP method - Reference - Request method translation_of: Web/HTTP/Methods/PUT original_slug: Web/HTTP/Méthode/PUT +browser-compat: http.methods.PUT ---
{{HTTPSidebar}}

La méthode HTTP PUT crée une nouvelle ressource ou remplace une représentation de la ressource ciblée par le contenu de la requête.

-

La différence entre PUT et 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.

+

La différence entre PUT et 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.

- - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + +
La requête a un corpsOui
Une réponse de succès a un corpsNon
{{Glossary("Sûre")}}Non
{{Glossary("Idempotente")}}Oui
{{Glossary("Peut être mise en cache")}}Non
Autorisée dans les  formulaires HTMLNon
La requête a un corpsOui
Une réponse de succès a un corpsNon
SûreNon
IdempotenteOui
Peut être mise en cacheNon
Autorisée dans les formulaires HTMLNon
-

Syntaxe

+

Syntaxe

-
PUT /new.html HTTP/1.1
-
+
PUT /new.html HTTP/1.1
-

Exemple

+

Exemple

-

Requête

+

Requête

PUT /new.html HTTP/1.1
 Host: example.com
 Content-type: text/html
 Content-length: 16
 
-<p>New File</p>
+<p>Nouveau fichier</p> -

Réponses

+

Réponses

-

Si la ressource ciblée ne possède pas de représentation courante et que la requête PUT en crée une avec succès, alors le serveur d'origine doit informer l'agent utilisateur en envoyant une réponse{{HTTPStatus("201")}} (Created).

+

Si la ressource ciblée ne possède pas de représentation courante et que la requête PUT en crée une avec succès, alors le serveur d'origine doit informer l'agent utilisateur en envoyant une réponse 201 (Created).

-
HTTP/1.1 201 Created
+
HTTP/1.1 201 Created
 Content-Location: /new.html
-

Si la ressource ciblée a déjà une représentation et que cette représentation est modifiée avec succès, conformément à l'état de la représentation jointe, alors le serveur d'origine doit envoyer une réponse, que ce soit {{HTTPStatus("200")}} (OK) ou {{HTTPStatus("204")}} (No Content), pour indiquer la réussite de la requête.

+

Si la ressource ciblée a déjà une représentation et que cette représentation est modifiée avec succès, conformément à l'état de la représentation jointe, alors le serveur d'origine doit envoyer une réponse, que ce soit 200 (OK) ou 204 (No Content), pour indiquer la réussite de la requête.

HTTP/1.1 204 No Content
-Content-Location: /existing.html
-
- -

Spécifications

- - - - - - - - - - - - -
SpécificationTitre
{{RFC("7231", "PUT", "4.3.4")}}Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content
+Content-Location: /existing.html
+ +

Spécifications

+ +

{{Specifications}}

+ +

Compatibilité des navigateurs

+ +

{{Compat}}

-

Voir aussi

+

Voir aussi

-- cgit v1.2.3-54-g00ecf