Qu'est-ce que Méthode HTTP ?

Mot qui indique, dans une requête HTTP, l'opération que l'on veut effectuer sur une ressource. On trouve notamment GET (lecture), HEAD (lecture des seuls en-têtes), POST (traitement ou création), PUT (remplacement), PATCH (mise à jour partielle), DELETE (suppression) et OPTIONS (interrogation des fonctions disponibles). Une méthode qui ne modifie pas l'état du serveur est dite « sûre », et une méthode qui laisse le même état qu'on l'envoie une fois ou plusieurs fois est dite « idempotente ». GET est sûre et idempotente, PUT et DELETE sont idempotentes mais pas sûres, et POST n'est en général ni l'une ni l'autre.

Nom japonais: HTTPメソッド

« Méthode HTTP » apparaît dans 2 questions d'entraînement réparties sur 1 thèmes, dont Bases des technologies web.

Domaine: Bases des technologies web

S'entraîner : questions sur Méthode HTTP

Parmi les méthodes HTTP, laquelle n'est pas « sûre » (elle peut modifier l'état des ressources sur le serveur) mais est « idempotente » (envoyer la même requête un nombre quelconque de fois laisse le même état que l'envoyer une seule fois) ?

  1. AGET
  2. BPOST
  3. CPUT
Afficher la réponse et l'explication

Réponse : C. PUT

GET et HEAD sont des méthodes sûres qui ne font que lire des ressources, et les méthodes sûres sont aussi idempotentes. PUT remplace l'état de la ressource indiquée par le contenu envoyé : l'envoyer un nombre quelconque de fois donne le même résultat qu'une seule fois. Elle est donc idempotente, mais pas sûre. DELETE est également idempotente. POST peut créer une nouvelle commande ou une nouvelle publication à chaque envoi ; elle n'est donc généralement pas idempotente, et PATCH ne l'est pas forcément non plus. Une requête idempotente a l'avantage de pouvoir être renvoyée telle quelle, avec peu de risques, lorsqu'un échec de communication laisse le résultat inconnu.

« Méthode HTTP » dans les explications

Questions mentionnant « Méthode HTTP » (2)

  1. Parmi les méthodes HTTP, laquelle n'est pas « sûre » (elle peut modifier l'état des ressources sur le serveur) mais est « idempotente » (envoyer la même requête un nombre quelconque de fois laisse le même état que l'envoyer une seule fois) ?
  2. Quelle conception d'API web est conforme aux principes de REST ?

Termes associés

API REST Boucle d'événements (event loop) Code d'état HTTP Cookie (cookie HTTP) CORS (partage des ressources entre origines) DOM (Document Object Model) HTTP (Hypertext Transfer Protocol) JSON (JavaScript Object Notation) JWT (JSON Web Token) OAuth

Retour au glossaire