Rechnernetze

HTTP-Methoden

HTTP/1.1 schreibt die folgenden Methoden vor:

	OPTIONS
	GET
	HEAD
	POST
	PUT
	DELETE
	TRACE
	CONNECT

OPTIONS

Die Methode OPTIONS fragt die verfügbaren Kommunkations-Optionen ab, die für eine Ressource exisitieren, oder informiert sich über die Fähigkeiten eines Servers. Es werden in der Regel keine Ressourcen abgefragt oder verändert.

GET

Die Methode GET sendet durch eine URI angeforderte Dokumente an den Client. Falls die URI kein Dokument sondern die Ausgabe eines auszuführenden Programms, z.B. eines Skripts erwartet, wird dieses gesendet.

Ein bedingtes GET erhält man, wenn in den Headerfeldern eine Bedingung angegeben wird. Hierzu gehören

	If-Modified-Since-Headerfelder,
	If-Unmodified-Since-Headerfelder,
	If-Match-Headerfelder,
	If-None-Match-Headerfelder oder
	If-Range-Headerfelder.

Diese Bedingungen sollen den Netzwerkverkehr verringern, da Cache-Server, welche Dateien zwischenspeichern, auf diese Weise nur dann Daten erhalten, wenn die angefragten Dateien neuer sind als die bereits gespeicherten.

Ein partielles GET überträgt nur einen Teil eines Dokuments, z.B.

bytes 0-499/1234 ; die ersten 500 Bytes

oder

bytes -10 ; übertrage die letzten 10 Bytes

Die Antwort ist eine 206-Status (Partial Content). Auch dieses Konzept wird mit Effizienzerhöhung gerechtfertigt.

HEAD

Die Methode HEAD hat die gleiche Aufgabe wie die Methode GET. Allerdings darf hier der Server keine Daten zurücksenden, sondern nur den Antwort-Header. Dadurch kann ein Client etwa die Größe einer Datei oder die Verfügbarkeit einer Ressource abfragen, ohne dass wirklich Daten übertragen werden.

POST

Die Methode POST sendet eine Nachricht an den Server, welche dieser verwenden kann, um

	Bestehende Ressourcen zu kommentieren,
	Nachrichten an ein Bulletin-Board, Newsgruppe, Mailingliste oder ähnliche Gruppen von Artikeln zu senden,
	Daten, z.B. den Inhalt eines Formblatts, an einen entsprechenden Prozess zu senden,
	Eine Datenbank zu ergänzen.

Der Server kann die jeweiligen Ergänzungen durchführen und sendet eine Nachricht zurück, die beispielsweise lauten kann: 201 (Created) oder 204 (No Content).

PUT

Die Methode PUT verlangt die Speicherung eines Dokuments unter der URI. Dabei können bestehende Dateien ersetzt werden, oder neue Dateien hinzugeschrieben werden, die unter einer neuen, bisher nicht existenten URI angelegt werden. Die Antwort ist 201 (Created) für die Erstellung einer neuen URI oder 204 (No Content) für die Modifikation eines Dokuments. PUT dient also im wesentlichen dem Aufbau einer Web-Site; die URI beschreibt die jeweiligen Adressen. Im Gegensatz dazu beschreibt die URI in einem POST-Befehl die Adresse einer Instanz, welches das mitgesandte Dokument bearbeiten soll.

DELETE

Die Methode DELETE löscht die Ressource mit der angegebenen URI. Der Server wird in der Regel die Ressource löschen oder an einen nicht mehr zugreifbaren Ort verschieben und kann hierauf mit 200 (OK) antworten; durch 202 (Accepted) wird angedeutet, dass der Prozess später ausgeführt werden kann.

TRACE

Die Methode TRACE erlaubt es, die Nachricht, welche der Web-Server oder der erste Proxy- oder Gateway-Server erhalten, an den Absender zurückzuschicken. Dieses dient der Diagnose fehlerhafter Abfragen.

CONNECT

Der Name CONNECT wird reserviert für Anwendungen in Proxy-Servern, welche dynamisch als Tunnel eingesetzt werden können.