- From: Bjoern Hoehrmann <derhoermi@gmx.net>
- Date: Sat, 05 Jan 2008 12:20:35 +0100
- To: Jonas Sicking <jonas@sicking.cc>
- Cc: Bertrand Le Roy <Bertrand.Le.Roy@microsoft.com>, "WAF WG (public)" <public-appformats@w3.org>
* Jonas Sicking wrote: >Bertrand Le Roy wrote: >> How do you address the concern that using a GET will result in a >> potentially very large response, most of which will not be used? > >It's only going to be big if the server chooses to make it big. This >seems equally bad as the server sending any other nonsensical-but-valid >responses in any other format, such as including a huge unrelated header >in a HEAD response. I store a very big file on A and want to delete it through an interface on B. This will work if A sends the right headers on an access check, but the very big file would be transmitted in full during the check. You would have to additionally detect the access check request and truncate the response and set the right caching headers all the time to avoid it. So yes there is a choice, but the default is sending a big response. -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de 68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
Received on Saturday, 5 January 2008 11:20:47 UTC