Grundlagen der Webtechnologien

Welche HTTP-Methode ist zwar nicht „sicher“ (sicher heißt: Sie soll den Zustand der Ressourcen auf dem Server nicht verändern), aber „idempotent“ (dieselbe Anfrage beliebig oft zu senden, führt zum selben Zustand wie einmaliges Senden)?

  1. AGET
  2. BPOST
  3. CPUT
Antwort und Erläuterung anzeigen

Antwort: C. PUT

GET und HEAD sind sichere Methoden, die Ressourcen nur lesen, und sichere Methoden sind zugleich idempotent. PUT ersetzt den Zustand der angegebenen Ressource durch den gesendeten Inhalt; wie oft man es auch sendet, das Ergebnis ist dasselbe wie beim einmaligen Senden. PUT ist also idempotent, aber nicht sicher. DELETE ist ebenfalls idempotent. POST kann bei jedem Senden eine neue Bestellung oder einen neuen Beitrag anlegen und ist daher im Allgemeinen nicht idempotent; auch PATCH ist nicht unbedingt idempotent. Idempotente Anfragen haben den Vorteil, dass man sie, wenn das Ergebnis wegen eines Kommunikationsfehlers unbekannt ist, ohne großes Risiko einfach erneut senden kann.

Dieses Thema üben Zur Themenseite

Weitere Fragen zu Grundlagen der Webtechnologien

  1. Welche Zuordnung eines Statuscodes zu seiner Bedeutung ist bei HTTP richtig?
  2. Auf einer Website nur für Mitglieder fordert ein angemeldetes gewöhnliches Mitglied eine Seite an, die nur Administratoren erlaubt ist. Der Server weiß, wer der Nutzer ist, erlaubt den Zugriff auf diese Seite aber nicht. Welcher Statuscode ist hier als Antwort am besten geeignet?
  3. Eine Web-API liefert als Body ihrer Antwort Daten im JSON-Format. Welcher Header wird der Antwort üblicherweise hinzugefügt, um das Format des Bodys anzugeben?
  4. Ein Browser fordert ein früher empfangenes Bild erneut an und setzt dabei den ETag-Wert aus der damaligen Antwort in den Header If-None-Match. Welche Antwort des Servers ist richtig, wenn sich das Bild auf dem Server nicht geändert hat?
  5. Welche Aussage über HTTP/2 und HTTP/3 ist richtig?