Re: [Sks-devel] SKS, Content-Length and HEAD requests

[Marian Kechlibar]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Hello all,

yes, in my suggestion, the HEAD method was optional, and only used by
constrained clients.

Jonathan's suggestion with metadata command would be as good.

Best regards

Marian

Dne 2.11.2010 22:45, Jonathan Oxer napsal(a):
> On Tue, 2010-11-02 at 13:20 -0400, Phil Pennock wrote:
>> On 2010-11-02 at 16:20 +0100, Marian Kechlibar wrote:
>>> The main principle would be to issue a HEAD request first,
>>> instead of a GET request.
>
>> You've just added an extra round trip for the cases where the
>> request is specific, which makes things slower.
>
> My reading of Marian's suggestion was that it would be optional,
> not required, so clients that are operating in constrained
> conditions could choose to do the HEAD request followed (depending
> on the result) by a GET request. Other clients could operate as
> normal by issuing a GET request initially.
>
> Phil's suggestion of a limit variable seems good, but there's also
> a third option that may be worth considering: a command
> specifically to retrieve metadata about a query result without
> retrieving the result itself. There could be a command issued as a
> GET request in the same format as a regular search, but rather than
> returning the result it would return things like the number of
> results and the content length of the full result set in a
> machine-parsable format. Or it could just be an argument appended
> to the regular search.
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iQIcBAEBAgAGBQJM0IeWAAoJEOJiGpwt9DuC7w4P/iohh8yozuKvoccxcZ/+VVjk
0CWnig+Y+C7VyTcR+9igU0sgKxrTrvei3TdNWRoF9fBcXGXKI2s8hR4VVhREmC5K
HqndF299rJkJ0vLXvsV32b6lJli+MEJGVjsIXtAYn10FTYPYK5eon2Qne+v8ZL0F
NamYKZQKgplv4cGSQoPoXScYw5WjrALveIS56G9fxEeMWhSf7PQTQP/eU3SgC7yA
br7k19rHBvgiSwZ7bqvL7dtvo9ZD7IH6NQXqrA4fUh8T5sVc7zeYggwO0Bz5SF1g
LAMm3XbrP8Bv73ie+rdhlagh44qIS9xbI6+wgLJobO8l2OSaYSAs1jtjfbRreDb3
OZ379SRMCf/3zvA47z8DPPJjC5rQSpNpyBMuj14gXcl9REhSx7Ypj6JGcdrv3gND
8P0oY9Dy1YNwsGMFYK2fj3hicHZfZIX+Jwlkqiv+SxkKjvSTHLWPuYPjPpqzZYKv
PhON9cOgTS9SQ1Fag87R+wfwuK9frErU7cxFkMO3ClWyuIjHFkwyPJrUiRiGGKtw
WXCTH6Knnmw9/VpnNCi+hgLDry/neooR3gZHL6V+wnpkLv/u7/g00FpS+C4JT5mO
W6POIHLA2PZMT9L7t6t9wpt2kVlwvXGnURWxknoySYi8P8S4hXi3Uw8c9ZrvKrGZ
ks196KK4YgPc5XbrL3YP
=9jEs
-----END PGP SIGNATURE-----