This article is rated B-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||
|
This article may be too technical for most readers to understand.(September 2010) |
It appears to be there just for sake of being there. It doesn't appear to add to the article. 59.167.158.119 ( talk) 12:51, 9 February 2012 (UTC)
There is a problems when visualising Magnet_URI_scheme#url_magnet_.28mediawiki-1.15.1.tar.gz.29, the link goes beyond the width of the page. If we breakline, we break the link. Any way to fix it (maybe with CSS)? 4v4l0n42 ( talk) 13:48, 24 March 2011 (UTC)
the link merely contains a SHA1 hash value, which uniquely identifies a file or resource
SHA1 can't uniquely indentify a file or resource (multiple files can have the same SHA1 hash -> a unique SHA1 can describe multiple files) If this wasn't the case, you could re-create the file with just the hash, with no need to download the actual file... I think we can put a little more details about this in the article (I don't write english well enough to do it myself...)
"magnet link is an internet hyperlink standard"
It's no "standard" at all, there isn't even a RFC for it. This is merely a link format used by some P2P tools.
"the file sharing community"
I really question that there's a file sharing "community". There are people using file sharing and there might be smaller communities based around some file sharing but something like a general file sharing community doesn't exist. Or is there a water drinking community? A web browsing community?
"Other advantages to the use of magnet links include their open nature and platform independence."
Huh? That can be said about every kind of hyperlink and most real standards used on the internet. Furthermore, the draft specifies very little. For example, the encoding of these links is not clear at all. Does it only work for ASCII? Does it use UTF-8? So "platform independence" is questionable, especially if you consider that every little application interprets things differently in the absence of a consensus.
"a property not found in, for example, bittorrent files."
Well, what's the point of comparing apples with oranges err... files with links?
"Recent versions of major web browsers understand those links"
I doubt it. There are certainly plug-ins for Mozilla or IE but that's all. It would be a good idea to keep the article more sober. -- 82.141.60.41 13:58, 8 December 2005 (UTC)
Use this info: http://forum.sharereactor.com/viewtopic.php?f=12&t=40490&start=20#p475799
I do not understand the "aMule 2.2" paragraph at all.
130.149.15.223 (
talk)
17:59, 19 November 2009 (UTC)
I've added it again, nice rewrite lately but it's so extremely techy at the start and needs a far simpler intro imo -- PopUpPirate 00:08, 31 January 2006 (UTC)
What encoding scheme is being used for these SHA-1 hashes? It obviously isn't hexadecimal, as SHA-1 hashes usually are. -- Zantolak 05:16, 20 October 2007 (UTC)
The unicode characters, already established, for Union and Intersection, would be appropriate methods of representing public (union) magnet availability and private (intersection) availability, there are also various other established symbols of horizontal form, however the group based availability would most effectively make use of these known concepts and related characters.
HTML Entity (decimal) ∩ HTML Entity (hex) ∩ HTML Entity (named) ∩
HTML Entity (decimal) ∪ HTML Entity (hex) ∪ HTML Entity (named) ∪
75.208.26.125 ( talk) 23:48, 20 November 2009 (UTC)
71.213.43.21 ( talk) 13:09, 21 April 2012 (UTC)
It's no more HowTo than the decription of how Uniform Resource Locator is made up! Algotr ( talk) 20:28, 7 December 2009 (UTC)
Since the horseshoe magnet is widely used, could use something like this image? -- Sav_vas ( talk) 19:44, 29 April 2010 (UTC)
The article explains what the magnet URI scheme encodes, but what would be really useful is an explanation for *how* these links actually link to something. If A has a file, and B has the hash of the file, then once B has obtained the file, B can verify it. But how does possession of the hash allow B to locate A in the first place? — Preceding unsigned comment added by 87.194.171.29 ( talk) 19:27, 15 January 2012 (UTC)
Yes, this article most certainly lacks a description of how the magnetic URIs are actually used. The above comments shed some light on it, but this article should describe why the magnet URI scheme is so interesting. As The Pirate Bay already does, combined with DHT, trackers can become very simple hash search engines with no client tracking responsibility at all - simply linking search results into a hash (magnet URI). In the future, even the search engine could become decentralized, making BitTorrent next to invulnerable to any sort of takedown attempts. — Preceding unsigned comment added by 88.114.223.253 ( talk) 11:20, 26 August 2012 (UTC)
While the article goes into quite some detail about much of formatting of the links, I still don't understand how a client finds its first peer. Definitely needs some clarification (which I am not qualified to do) Suspender guy ( talk) 00:40, 28 June 2015 (UTC)
The question that remains is, HOW can a magnet be actually located? Isn't it the same as the 6-degrees of separation problem? If two people are friends via 6-degrees of separation, how can a computer find the correct network route (without a really expensive search?). Similarly, if you host the only copy in the world of a particular file, and I have the filename/hash/magnet link for it, then what actually happens to allow the file to be "attracted" to my magnet? How does my computer know where to look? — Preceding unsigned comment added by 87.194.171.29 ( talk) 22:09, 28 January 2013 (UTC)
I'll try my best to update the page and provide a reasonable explanation from my understanding. xt= urn:btih:c12fe1c06bba254a9dc9f519b335aa7c1367a88a the magnet uses a urn that's specific to a torrent protocol. In this case btih uses the BitTorrent v1 protocol, so a BitTorrent capable client will handle the infohash, c12fe1c06bba254a9dc9f519b335aa7c1367a88a, according to BitTorrent v1. BitTorrent's mainline DHT is a decentralised network that allows searching for the infohash across peers in the network (those who are also using a BitTorrent client). Since you must at least start somewhere, if no tracker is provided then a select few known hosts can be used as a starting point. Presumably those known hosts are baked into the torrent client Glitchyme ( talk) 13:36, 20 September 2020 (UTC)
At least for bittorrent, this seems to be the commonly used identifier for a webseed for content, instead of as= or xs= as they would refer to the metadata in the case of bittorrent instead https://trac.transmissionbt.com/ticket/2631#comment:2. However I couldn't really find a spec for it, just one sentence here: http://forum.bittorrent.org/viewtopic.php?pid=641#p641 — Preceding unsigned comment added by Tddt ( talk • contribs) 04:47, 13 February 2012 (UTC)
There are (at this time) 4 references for the entire bulk of the article. Two are direct references to the source code of TransmissionBT, one from BitTorrent client's developer pages, and one from the W3Consortium talk pages. None of these sources are a reference to a standard, a standard in development, or even claim to be.
I feel references need to be integrated into this page, and the header text needs to remove "draft open standard" or modified as this is neither a standard or a draft of a standard, rather a feature implemented on multiple clients.
If Magnet URI schema (more so it seems this feature is a collaborative development of client specific schemata) is indeed a standard, a reference needs to be added to confirm this.
This is an encyclopedia and 'common knowledge' isn't an acceptable source.
Also I changed it to De facto because there isn't a single "Open" draft of the standard, just multiple Open Source implementations of the standard. NaruFGT ( talk) 22:12, 20 January 2013 (UTC)
I couldn't agree more!
I'm a pretty high end IT 'user', but not an IT professional, and much of this article just baffles me.
It really needs a section on what the PRACTICAL differences are, what the difference makes to the end user, in plain English. I'm certainly not the person to write it though...! Ride the Hurricane ( talk) 18:58, 5 February 2015 (UTC)
This article is a largely unsourced dump of technical trivia which is often a decade or so out of date. This content can be maintained on wikis which don't care about our standards. I'll be restoring the abridged version once the single-purpose editor who just reporting me for vandalism (ahem) loses interest. Chris Cunningham (user:thumperward) ( talk) 19:25, 8 December 2020 (UTC)
Disagree. A URI is a scheme with a set of parameters. Those individual parameters aren't trivia, they're what make up the URI. Most important among them is the xt parameter which is how p2p networks identify a torrent. People even mention confusion in the talk page over how a magnet URI works and how it can replace torrents. You're not solving anything by reverting the page, you're just getting rid of my shitty explanation by nuking my changes. It would be more helpful if you instead rewrote the explanation Glitchyme ( talk) 20:34, 9 January 2021 (UTC)
Currently the article only have http://bittorrent.org/beps/bep_0009.html as a specification for the parameters supported by magnet links. This only covers the xt, dn, and tr parameters specified in this article. It need more references for the other parameters. Laptudirm ( talk) 07:03, 12 May 2022 (UTC)
There is no complete URI example any more, due to the commit https://en.wikipedia.org/?title=Magnet_URI_scheme&type=revision&diff=1087400587&oldid=1069992550
I'd suggest reverting this commit at least in part, but I guess wikis do not handle reversion cleanly like git does.
Anyways someone should put back an actual ful example URI of some form, presumably bittorrent.
Buz diyarı olsun sarı mumya maklerın olsun 158.181.46.38 ( talk) 11:37, 6 May 2023 (UTC)