HTTP-Methoden: GET, POST, PUT, DELETE und mehr
HTTP-Methoden geben an, welche Aktion eine Anfrage auf einer Ressource auslösen soll. Die Seite nennt zu jeder Methode die Bedeutung und ob sie nach HTTP-Semantik (RFC 9110) sicher und idempotent ist, etwa bei GET, POST, PUT, DELETE, CONNECT, OPTIONS und TRACE. Die Angaben dienen als Nachschlagehilfe beim Entwerfen und Testen von Schnittstellen.
12 Varianten auf einer Seite, jede mit eigenem Kopier- oder Download-Knopf. Darunter: 10× Öffentliches Beispiel.
HTTP-Methode GETÖffentliches Beispiel
GET
Ressource lesen. Sicher: ja, idempotent: ja.
HTTP-Methode HEADÖffentliches Beispiel
HEAD
Wie GET, aber nur Header. Sicher: ja, idempotent: ja.
HTTP-Methode POSTÖffentliches Beispiel
POST
Daten zur Verarbeitung senden, z. B. neue Ressource anlegen. Sicher: nein, idempotent: nein.
HTTP-Methode PUTÖffentliches Beispiel
PUT
Ressource vollständig ersetzen oder anlegen. Sicher: nein, idempotent: ja.
HTTP-Methode DELETEÖffentliches Beispiel
DELETE
Ressource entfernen. Sicher: nein, idempotent: ja.
HTTP-Methode CONNECTÖffentliches Beispiel
CONNECT
Tunnel zu einem Server aufbauen, z. B. für HTTPS über Proxy. Sicher: nein, idempotent: nein.
HTTP-Methode OPTIONSÖffentliches Beispiel
OPTIONS
Fähigkeiten der Ressource abfragen; Grundlage von CORS-Preflight. Sicher: ja, idempotent: ja.
HTTP-Methode TRACEÖffentliches Beispiel
TRACE
Anfrage zurückspiegeln, zum Testen; meist abgeschaltet. Sicher: ja, idempotent: ja.
HTTP-Methode PATCHÖffentliches Beispiel
PATCH
Teiländerung (RFC 5789); nicht grundsätzlich idempotent. Sicher: nein, idempotent: nein.
HTTP-Methoden mit EigenschaftenÖffentliches Beispiel
Methode sicher idempotent GET ja ja HEAD ja ja …
Nach RFC 9110 (PATCH nach RFC 5789).
Header X-HTTP-Method-Override
X-HTTP-Method-Override: PATCH
Verbreiteter, nicht genormter Trick, wenn Clients nur GET/POST senden können.
Unbekannte Methode BREW
BREW /kaffee HTTP/1.1
Nicht definierte Methode; Server sollten mit 501 oder 405 antworten.