Wie wird eine HTTP PUT-Anforderung normalerweise ausgegeben?

Question

Ich weiß, HTTP PUT ist eine Idempotent Anforderung, die etwas zu einem bestimmten URI speichern, entsprechend der Definition (aus den rfc zitiert)

The PUT method requests that the enclosed entity be stored under the supplied Request-URI. 

Aber was ist die Definition von ‚geschlossener Einheit‘? Es scheint mir nicht möglich, Formulardaten (wie für HTTP POST Anfrage) zu senden. Was ist mit dem Senden der Repräsentation der Entität über JSON/XML oder in anderen Serialisierungsformaten?

Kurz gesagt, wie sendet man eine HTTP PUT Anfrage über das Speichern/Aktualisieren von Informationen an einem bestimmten URI dann?

Answer 1

Die eingeschlossene Entität sind die im HTTP-Nachrichtentext enthaltenen Nutzdaten (nachdem alle Übertragungsencodierungen entfernt wurden). Wenn beim Senden des Nachrichtentexts Probleme auftreten, haben Sie möglicherweise vergessen, einen Inhalt hinzuzufügen -Length-Header - das ist eine von zwei Möglichkeiten, um anzuzeigen, dass die HTTP-Nachricht einen Body hat.

PUT ist bis auf diesen semantischen Unterschied identisch mit POST: Mit POST identifiziert der URI eine Ressource, die die Entität behandelt, z. B. ein Servlet. Mit PUT identifiziert der URI die Entität selbst, z. B. eine Datei, die mit dem Inhalt des Entitätshauptteils erstellt/ersetzt wird.

Answer 2

In REST Sie haben:

GET - retrieve resource 
POST - create new resource 
PUT - update existing resource 
DELETE - delete resource 

So ist das PUT Verb verwendet wird, um eine bestehende Ressource auf dem Server zu aktualisieren. Je nach Client gibt es verschiedene Möglichkeiten, eine PUT-Anfrage zu senden. Zum Beispiel mit Jquery AJAX:

$.ajax({ 
    type: 'PUT', 
    url: '/products/123', 
    data: { name: 'new product name' } 
}); 

Answer 3

Sie einen HTTP-PUT schicken, wo der Körper die ‚geschlossene Einheit‘ ist, die Sie wollen unter der angeforderten URL speichern. Sehr ähnlich zu POST, unterscheidet sich nur die Semantik wie im RFC spezifiziert.

Answer 4

nicht sicher, ob dies die richtige Antwort ist, aber ich werde wahrscheinlich versuchen, nur

nehme an, nachdem ein HTTP GET zu http://example.org/api/foo/1 Ausgabe, bekomme ich diese

GET http://example.org/api/foo/1 
Accept: application/json 

Antwort:

{ 
    "foo": "bar" 
} 

dann eine Put-Anfrage

PUT http://example.org/api/foo/1 
{ 
    "foo": "baz" 
} 

solange die auf dem Endpunkt gehostete Anwendung das Format, das ich sende, versteht.

Answer 5

Wenn sich der Request-URI auf eine bereits vorhandene Ressource bezieht, sollte die beiliegende Entität als eine modifizierte Version der auf dem Ursprungsserver befindlichen Entität betrachtet werden. Wenn der Anforderungs-URI nicht auf eine vorhandene Ressource verweist und dieser URI vom anfragenden Benutzeragenten als neue Ressource definiert werden kann, kann der Ursprungsserver die Ressource mit diesem URI erstellen.