- From: Roy T. Fielding <fielding@kiwi.ics.uci.edu>
- Date: Thu, 17 Jul 1997 07:44:34 -0700
- To: Brad Hefta-Gaub <brad@prognet.com>
- cc: "'bill@syd.dit.csiro.au'" <bill@syd.dit.csiro.au>, Rob Lanphier <robla@prognet.com>, "confctrl@isi.edu" <confctrl@isi.edu>, "uri@bunyip.com" <uri@bunyip.com>, "www-talk@w3.org" <www-talk@w3.org>
>Let's for the moment ignore the issue of a file system add-on that you >and Roy have dismissed as being handled by "redirection"... would >your arguments be the same if the container media stream was being >"generated" on the fly by a "cgi-bin" like add-on to the media server? Yes. The CGI interface includes two mechanisms for passing parameters to the script within the URL. The first is extra path information; the second is the query string. If you use the former, then relative paths are possible. If you use the latter, then relative paths are impossible. >Imagine a cgi-bin that produces a video container file with a stream >of randomized fractal images which morph along the timeline of the >presentation synchronized with a music audio stream. Imagine that >such a cgi-bin actually produces a resource which is a real AVI file, >such that if said cgi-bin was running on a web server today it would >work exactly as one might expect. The url for such a resource might >be... > > http://foo/cgi-bin/fractalavi.exe?c1=ff00ff&c2=444400&e=0.3 > >Now, are you suggesting that a media server which knows the AVI file >format, and needs to demultiplex this AVI file and send each of its >contained streams to different ports, should inform the client of >the existence of these streams, and should be informed of the port >selections by the client via the following urls? > > rtsp://foo/cgi-bin/fractalvid.exe?c1=ff00ff&c2=444400&e=0.3/audio > rtsp://foo/cgi-bin/fractalvid.exe?c1=ff00ff&c2=444400&e=0.3/video Of course not, since as I said before the query part of the base URL is STRIPPED OFF before any relative parsing. Try your example with any current web server and see for yourself what the browser does. At the same time, there is absolutely nothing preventing the CGI script from using the URL rtsp://foo/fractalvid/morph/c1=ff00ff+c2=444400+e=0.3/audio to mean the exact same thing. The only difference is in the configuration of the server and how the CGI parses its own input. The same applies to Apache API modules, NSAPI, ISAPI, and most other means of connecting a content handler to a web server. The argument that a database somehow needs a query part is not relevant to the URL specification. ....Roy
Received on Thursday, 17 July 1997 10:56:59 UTC