[p2p-hackers] Tighter HTTP and P2P integration??
Greg Bildson
gbildson at limepeer.com
Thu Feb 16 16:56:37 UTC 2006
> -----Original Message-----
> From: p2p-hackers-bounces at zgp.org [mailto:p2p-hackers-bounces at zgp.org]On
> Behalf Of Charles Iliya Krempeaux
>
> A "P2P conditional get" (sent by the client) would tell the server NOT
> to send the requested document if there is an alternative way of
> getting the document via a P2P technology supported by the client.
> (The client would tell the server which P2P technologies it supports.)
> (This "P2P conditional get" would work similar to the "If-None-Match"
> and "If-Modified-Since" "conditional get" headers.).
>
> For example, it might be something like:
>
> X-If-No-Alternate: bittorrent, something-else, magnet
>
> First, this says that the client supports the protocols: "bittorrent",
> "something-else", and "magnet". It also says it prefers "bittorrent"
> first, then "something-else", and then "magnet".
Are these hypothetical options for future web browsers? I take it that
there would be no way to make a current browser actually communicate what
the computer it's running on supports in this way right now?
>
> The server might then respond with an "HTTP 302" (Found) and then
> redirect the user to a P2P version using a URI for the P2P technology.
> This "redirect" would be done via the HTTP "Location" header. For
> example:
>
> HTTP/1.1 302 Found
> Location: magnet:?xt=urn:sha1:WRCIRZV5ZO56CWMNHFV4FRGNPWPPDVKT
For what it's worth, a Location redirect will trigger magnet handling. We
do something similar now with javascript.
I wish magnets embedded in emails worked so easily.
Thanks
-greg
More information about the P2p-hackers
mailing list