Basis van webtechnologie

Welke HTTP-methode is niet „veilig” (niet bedoeld om de toestand van resources op de server te veranderen), maar wel „idempotent” (hetzelfde verzoek willekeurig vaak verzenden geeft dezelfde toestand als het één keer verzenden)?

  1. AGET
  2. BPOST
  3. CPUT
Antwoord en toelichting tonen

Antwoord: C. PUT

GET en HEAD zijn veilige methoden die alleen resources lezen, en veilige methoden zijn tegelijk idempotent. PUT vervangt de toestand van de opgegeven resource door de verzonden inhoud, dus willekeurig vaak verzenden geeft hetzelfde resultaat als één keer: de methode is idempotent, maar niet veilig. Ook DELETE is idempotent. POST kan bij elke verzending een nieuwe bestelling of een nieuw bericht aanmaken en is daarom in het algemeen niet idempotent, en ook PATCH is niet noodzakelijk idempotent. Een idempotent verzoek heeft het voordeel dat het, als door een communicatiefout het resultaat onbekend is, zonder veel risico gewoon opnieuw kan worden verzonden.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van webtechnologie

  1. Welke koppeling van een statuscode aan zijn betekenis is bij HTTP juist?
  2. Op een website voor leden vraagt een gewoon, ingelogd lid een pagina op die alleen voor beheerders toegankelijk is. De server weet wie de gebruiker is, maar staat de toegang tot deze pagina niet toe. Welke statuscode is het meest geschikt om terug te geven?
  3. Een web-API geeft gegevens in JSON-formaat terug als body van het antwoord. Welke header wordt in het algemeen aan het antwoord toegevoegd om het formaat van de body aan te geven?
  4. Een browser vraagt een eerder ontvangen afbeelding opnieuw op en zet daarbij de ETag-waarde uit het eerdere antwoord in de header If-None-Match. Welk antwoord van de server is juist als de afbeelding op de server niet is veranderd?
  5. Welke beschrijving van HTTP/2 en HTTP/3 is juist?