Search results
Results from the WOW.Com Content Network
In computing, POST is a request method supported by HTTP used by the World Wide Web. By design, the POST request method requests that a web server accepts the data enclosed in the body of the request message, most likely for storing it. [1] It is often used when uploading a file or when submitting a completed web form.
The length of the request body in octets (8-bit bytes). Content-Length: 348: Permanent RFC 9110: Content-MD5: A Base64-encoded binary MD5 sum of the content of the request body. Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== Obsolete [15] RFC 1544, 1864, 4021: Content-Type: The Media type of the body of the request (used with POST and PUT requests).
Under HTTP 1.0, connections should always be closed by the server after sending the response. [1]Since at least late 1995, [2] developers of popular products (browsers, web servers, etc.) using HTTP/1.0, started to add an unofficial extension (to the protocol) named "keep-alive" in order to allow the reuse of a connection for multiple requests/responses.
In contrast, the methods POST, CONNECT, and PATCH are not necessarily idempotent, and therefore sending an identical POST request multiple times may further modify the state of the server or have further effects, such as sending multiple emails. In some cases this is the desired effect, but in other cases it may occur accidentally.
For example, a POST request should be repeated using another POST request. 308 Permanent Redirect This and all future requests should be directed to the given URI. 308 parallels the behavior of 301, but does not allow the HTTP method to change. So, for example, submitting a form to a permanently redirected resource may continue smoothly.
A HTTP tunnel can also be implemented using only the usual HTTP methods as POST, GET, PUT and DELETE. This is similar to the approach used in Bidirectional-streams Over Synchronous HTTP ( BOSH ). A special HTTP server runs outside the protected network and a client program is run on a computer inside the protected network.
The request/response message consists of the following: Request line, such as GET /logo.gif HTTP/1.1 or Status line, such as HTTP/1.1 200 OK, Headers; An empty line; Optional HTTP message body data; The request/status line and headers must all end with <CR><LF> (that is, a carriage return followed by a line feed).
HTTP/3 uses similar semantics compared to earlier revisions of the protocol, including the same request methods, status codes, and message fields, but encodes them and maintains session state differently. However, partially due to the protocol's adoption of QUIC, HTTP/3 has lower latency and loads more quickly in real-world usage when compared ...