Bases des technologies web

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.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases des technologies web

  1. En HTTP, quelle association entre un code d'état et sa signification est correcte ?
  2. Sur un site réservé aux membres, un membre ordinaire connecté demande une page à laquelle seuls les administrateurs ont accès. Le serveur sait qui est l'utilisateur, mais n'autorise pas l'accès à cette page. Quel code d'état est le plus approprié pour la réponse ?
  3. Une API web renvoie des données au format JSON comme corps de sa réponse. Quel en-tête ajoute-t-on généralement à la réponse pour indiquer le format du corps ?
  4. Un navigateur demande de nouveau une image reçue précédemment, en plaçant dans l'en-tête If-None-Match la valeur ETag de la réponse d'alors. Si l'image n'a pas changé sur le serveur, quelle est la réponse correcte du serveur ?
  5. Quelle description de HTTP/2 et HTTP/3 est correcte ?