RE: Tracker scrape extension proposal
"Harold Feit - Depthstrike.com Administrator" <[email protected]>
| Newsgroups | gmane.network.bit-torrent.general |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Taking a look at the way get values are generated in cases of multiple paramaters of the same key typically overwrites the value in default configurations, preventing other values from being available. Other configurations only read the first value, not allowing access to those after it. Clients that don't support asking for multiple scrapes in the same request will only request 1 at a time, consistent with the way they have done in the past. For tracker-side development, I feel your suggestion of returning all torrents when processing multiple info_hash values isn't supported is quite damaging to the tracker (pointing back to your "thousands of torrents" tracker example). If you requested the scrape data for 5 torrents and got 5000, you would be doing more damage to the tracker than getting 5 separate requests. - -----Original Message----- From: Nick Johnson [mailto:[email protected]] Sent: Wednesday, January 12, 2005 9:05 PM To: [email protected] Subject: Re: [BitTorrent] Tracker scrape extension proposal On 13/01/2005, at 1:07 PM, Harold Feit - Depthstrike.com Administrator wrote: > If you're scraping for 100 torrents, you may be better off just > getting the full scrape anyway. As wrong as the behavior appears > for multiple info_hash values, the way that it is handled is fairly > consistent across different archtypes of trackers (although is more > dependent on the archtypes of programming styles). Additional > trackers will be supporting this in the near future. > This isn't such a good idea when the tracker has literally thousands of torrents, though. I'd really like to see an extension that has at least semi-official support, and for which the fallback behaviour when not supported is all torrents, rather than a single one. If you request multiple hashes, it makes no sense for a client not supporting the feature to return only a single one of them. :/ - -Nick Johnson - -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.6.10 - Release Date: 1/10/2005 -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQEVAwUBQeXQal8nceBm0DUaAQL6TAf/b4dOLXFzt0nVREC1WM7TR9l1yrOxPfMJ 9daW9l+7+BgzLkToLj/0s8pRY6yhMoTJDjQe3HLbAz+bVOcaVUJZvH+xxrgllcou U84tiqVVIJ3BQkBjAgKHu6DJu9jVQhgp7nOPbVGYjxNENyEks6LXgC2j8dOU8oPf mPDzACpChJcusdg6WtRAxZMCrdt4bGjv+kxJBlHsg7g+BXsbJKHdAeLH3bkhNbuu hZdzWlIQGoYLmelThmLRvNurq6jR0Sv+CV5ElmnaKTig/wbnxhmXDX44D7ZOiy29 fN7p1e/tGfll0qBNBzQaZRBn6QRtlhSHgfWEl2uo3wHKIGq8PhmzTQ== =QaNz -----END PGP SIGNATURE----- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/BitTorrent/ <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/