[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