Previous: Aufbau eines Requests/Responses Up: HTTP Next: Der Request Header

Der Request

Die Request-Line besteht aus einem Method-Token , das die Art des Requests angibt, gefolgt von dem Request-URI und der HTTP-Version. Als Endekennzeichen dient ein CRLF.

Figure 3.4: Der Aufbau der Request-Line eines HTTP-Requests

Als Method-Token können verschiedene Methoden eingesetzt werden:

GET:

GET ist die grundlegendste Methode, welche soviel bedeutet wie: ,, Schicke die Information, welche durch den URI referenziert wird``. Kommt im Request-Header ein ,, If-Modified-Since``-Feld vor, so wird die Seite nur dann geschickt, wenn sie aktueller als das angegebene Datum ist. Dies wird z. B. von Proxy-Caches benutzt.

HEAD:

Wird diese Methode angegeben, so wird nur der <HEAD> -Teil des Dokumentes übertragen. Dies ist z. B. für Suchmaschinen wichtig, da sie so die Meta-Informationen des Dokumentes ohne die eigentlichen Daten erhalten können.

Eine Entity braucht in diesem Fall nicht übertragen zu werden, da die Meta-Informationen vollständig in Header-Feldern gespeichert werden.

PUT:

Bei PUT wird die übertragene Entity unter dem angegebenen URI auf dem Server abgelegt. Sollte dort schon eine Version existieren, so wird die neue Entity als aktuellere Version der alten angesehen.

POST:

Bei einem POST-Request werden die Informationen im Entity-Rumpf an einen Prozeß auf dem Server weitergegeben werden, wie z.B. ein Artikel an einen News-Server. Andere Anwendungsmöglichkeiten sind

die Erweiterung einer Datenbank
Angabe von Anmerkungen zu bereits existierenden Dokumenten

Der Unterschied zu PUT liegt darin, daß der URI anders interpretiert wird. Bei PUT wird er als neu anzulegendes Dokument verstanden und bei POST als Ressource, welcher neue Informationen hinzugefügt werden sollen.

Zu dieser Methode existiert auch eine CGI (Common Gateway Interface) genannte Schnittstelle zu Anwendungen, welche hier beschrieben wird.

DELETE:

Mit dieser Method wird das Dokument unter dem angegebenen URI gelöscht, sofern es vorhanden ist.

LINK:

Diese Methode erzeugt eine Beziehung zwischen dem angebenen URI und anderen Resourcen auf dem Server. Ein Entity-Rumpf ist hierbei nicht erlaubt.

UNLINK:

Hiermit wird eine oder mehrere Beziehungen zwischen dem angegebenen URI und anderen Resourcen wieder aufgehoben.

extension method:

Der Server kann eigene, private Methoden definieren, welche er bei einem Response im Allow-Feld des Entity-Headers angeben kann. Diese haben üblicherweise das Prefix X-.

Previous: Aufbau eines Requests/Responses Up: HTTP Next: Der Request Header

Christian Scholz
Sat Sep 23 15:50:47 MESZ 1995