Re: Byteranges with 206 partial content
Beth Frank (efrank@ncsa.uiuc.edu)
Tue, 14 Nov 1995 18:25:33 -0600 (CST)
Request-range: bytes=X-Y; validator=<xxxxx>; other-parameter=<yyyy>
I think it provides a cleaner implementation. The value of the validator
(or whatever we call it) can be interpreted by the server returning the
object. One thing I'm not clear on is which header this identifier would be
passed in when delivering the original object? One downside to this would be
that mirrored objects would have to have consistent values for the validator.
When using URNs in something like the path scheme there is no guarantee that
the request will return to the original server. So servers would have to
cooperate when mirrorring documents.
Another thing I like about Shel's suggestion is the idea of being able to use
an opaque string to uniquely identify an object which could be used instead of
the last modification date and URL. We are looking at the possibility of using
internal identifiers for each object for other reasons, but they could also be
used for the opaque string. It would rapidily indicate to our server if the
requested URL and the previously identified object are identical or not. Again,
we'd have to keep track of which documents are mirrored and treat the validator
differently for mirrorred documents and non-mirrored documents.
--
Elizabeth(Beth) Frank
NCSA Server Development Team
efrank@ncsa.uiuc.edu