Re: Media types and rss (was Re: Using dc:language vs language)
"Charles Iliya Krempeaux" <[email protected]>
| Newsgroups | gmane.network.syndication.rss.support |
|---|---|
| Message-ID | <84ce626f0706140849w199c7ecfn3907f9115928202b__15.3843583122537$1181837037$gmane$org@mail.gmail.com> |
Hello Alan, On 6/13/07, Alan Dean <[email protected]> wrote: > > On 6/12/07, Charles Iliya Krempeaux <[email protected]> wrote: > > > > Hey Lucas, > > > > On 6/12/07, Lucas Gonze <[email protected]> wrote: > > > > > > On 6/11/07, Charles Iliya Krempeaux <[email protected]> wrote: > > > > Consider a video that is made of up 2 video clips. > > > > > > Another way of tackling this -- > > > > > > Both A and B are media HTTP links encountered by an RSS user agent > > > with good support for HTTP caching. When the RSS user agent initially > > > encounters these links it fetches them. A has a cache expiration date > > > far in the future. B has an cache expiration date. When the user > > > agent is requested by the user to render them, it checks the > > > expiration and finds that A can be served from cache but B has to be > > > re-requested. > > > > I agree that HTTP provides some useful semantics through the HTTP > > "Cache-Control" header (as well as with the ETag and Last-Modifed > > mechanisms... with the conditional GETs)... however, it would be nice > > to get rid of that initial download, if possible, IMO. > > > > [snip] > > > > If we wanted to stick to HTTP... which would be a good thing IMO... > > then what I think we'd need is a (new) "conditional GET" where we can > > say something like... > > > > Return the contents of this "resource" only if I can cache it for > > "X" amount of time. > > > > Where "X" would be a very large number. > > If I understand your use-case correctly, you don't need a new > conditional request header. The User Agent should send a HEAD request. > This will provide the Cache-Control and other response headers > discussed without the body - so will have a very small bandwidth > footprint. > > http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.4 That's good to know. Given that's the case, a new Conditional GET wouldn't be worth it. Like you alluded to... just make the HEAD request... and if you get the right headers to say you can cache it for a long time... then make another GET request. See ya -- Charles Iliya Krempeaux, B.Sc. <http://ChangeLog.ca/> All the Vlogging News on One Page http://vlograzor.com/ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/rss-public/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/rss-public/join (Yahoo! ID required) <*> To change settings via email: mailto:[email protected] mailto:[email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/