What proxies need to know is more about how format negotiation works so
they can short circut a request to a varient URI with something in the
cache but your proposal doesn't do anything to address that. Right now
a cacheing proxy must use some kind of heuristic and that should possibly
be addressed. I suppose the proxy would need some way to ask the
server about it's conversions. That could get real nasty though
(how good, how fast, from what to what, etc). Ugh!
If all you want is links to specific data sets URI: works like this.
Let's say you access http://www.bsdi.com/ and you get this back:
Last-Modified: Sunday, 08-May-94 20:48:20 GMT
Date: Thursday, 19-May-94 19:06:21 GMT
URI: http://www.bsdi.com/; vary=content-type,version,language
URI: http://www.bsdi.com/index; vary=content-type,version,language
URI: http://www.bsdi.com/index.html; vary=language,version
URI: http://www.bsdi.com/En_US/index.html; vary=version
Then you know that http://www.bsdi.com/1.19/En_US/index.html (for as long
as it's valid) will return the exact same bits as you have in your hand
right now and you know that those bits are text/html in en_US.
The format of the URL in this scheme is total up to the server, it could
just as well be ``URI: http://www.bsdi.com/12309872''.
Please explain and give a specific protocol transaction where your scheme
of encoding the content-type in a standard way inside the HTTP URL is any
better than this.