If I understand it right, the server does not need to close the connection
after the document is delivered, if it is possible to "detect the end
of the document" by the presence of a Content-Length: field.
Are there any possibilities for clients to send multipart-requests to
the server?
As with all the icons and little images the expensive part in fetching
a document is the connection setup.
If a client and a server "could hold the line" until either
1) the server must close the connection, as he can't predict the
length of the document (some data generating script or the like)
2) the client has all it want's to get for now (e.g. all the inlined
images to the document).
3) timout or failure occurs.
I checked, but I didn't find anything and as it looks the current
practice of the servers is to close the connection anyway.
Would it be a protocol viloation if the client would send another
e.g. GET after all the data of the former GET was read?
\Maex
--
______________________________________________________________________________
Markus Stumpf [email protected]
http://www.informatik.tu-muenchen.de/~stumpf/