Re: [whatwg] Zip archives as first-class citizens

On Fri, 13 Sep 2013 12:32:43 +0200, Robin Berjon <> wrote:

> On 29/08/2013 15:58 , Simon Pieters wrote:
>> On Thu, 29 Aug 2013 15:02:48 +0200, Anne van Kesteren <>
>> wrote:
>>> On Thu, Aug 29, 2013 at 1:19 PM, Jake Archibald
>>> <> wrote:
>>>> Causing a network error in existing browsers is a shame.
>> It seems to fail to resolve in IE10. It works in
>> Gecko/WebKit/Blink/Presto: the %! is requested literally. However, both
>> Apache and IIS seems to return 400 Bad Request.
> That's not exactly promising.
>>> Picking something that could occur in paths seems problematic.
>> I'm not sure why it's more problematic than something than could occur
>> in the fragment.
>> For instance, the string "$zip=" is not present at all in
>> data set 18/06/2013. So maybe we could use a
>> string like that in the path and have a graceful fallback path in legacy
>> browsers that work in existing servers.
> That's my preferred approach so far. However I wonder about the precise  
> details.
> Assuming <img src="/$zip=dahut.png"> I'm guessing that the  
> browser would actually just request "/" from the server in the  
> same manner that fragments are stripped, right?

"/", but yeah.

> Somehow the stripping bothers me a bit; for instance, what would  
> Navigation Controller see?

I'm not familiar with that.

> I wonder if we couldn't just use the query part for this: <img  
> src="/!zip/dahut.png">. No stripping is needed (as far as I know  
> servers would normally just serve in this case), which  
> simplifies the model.

The query is sent to the server. What the server does with it depends on  
the server. Making different requests for /!zip/dahut.png and  
/!zip/lol.png is bad because we want the same response for UAs  
that support the feature, but caches wouldn't know that they're the same  
when they have different queries.

Simon Pieters
Opera Software

Received on Saturday, 14 September 2013 18:28:40 UTC