[whatwg] Application deployment

Dave Singer singer at apple.com
Tue Jul 29 11:20:33 PDT 2008


At 19:51  +1200 29/07/08, Robert O'Callahan wrote:
>On Tue, Jul 29, 2008 at 8:02 AM, Dave Singer 
><<mailto:singer at apple.com>singer at apple.com> wrote:
>
>
>c) that the contents of the container, once fetched and un-packed, 
>logically 'shadow' the directory where the container came from.
>
>
>It sounds like that affects all loads, which leads to issues:
>
>So if I load<http://www.example.com/x.m21#y.html*q> 
>http://www.example.com/x.m21#y.html and (in the same document, or in 
>another tab?) load 
><http://www.example.com/z.html>http://www.example.com/z.html, and 
>x.m21 contains a z.html but the server also responds to 
><http://example.com/z.html>http://example.com/z.html, does the 
>second load (z.html) come from the server or the container? Does it 
>depend on whether the second load starts before the first load 
>finishes?

Caching is on a full URL basis, of course.  Once that is decided, 
then yes, I think that pre-cached items for a given URL are in the 
general cache for that site.  If that site doesn't want that effect, 
then don't have z.html inside a ZIP archive in a directory, and a 
different z.html in the directory by itself.

Nor should you refer to z.html as a simple file, outside the archive 
in which it is packaged, unless it is also available separately, 
since there is no assurance that the archive has been fetched and 
pre-cached.

I don't see any of these restrictions as particularly un-obvious or 
unreasonable.



>
>The same questions apply to Russell's proposal.
>
>Rob
>
>--
>"He was pierced for our transgressions, he was crushed for our 
>iniquities; the punishment that brought us peace was upon him, and 
>by his wounds we are healed. We all, like sheep, have gone astray, 
>each of us has turned to his own way; and the LORD has laid on him 
>the iniquity of us all." [Isaiah 53:5-6]


-- 
David Singer
Apple/QuickTime
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20080729/bfcf2466/attachment.htm>


More information about the whatwg mailing list