Feature Request: 'normal' download manager
 

Hello,

at first i want to thank all of the phex-developers/supporters for their effort to make this ingenious application.

The second thing I want to say is about a feature request.
I don't know why this hasn't been made already (at least in non of the p2p tools i've ever seen):

A normal ftp/http download functionality directly integrated into the p2p/gnutella download part.

This way you can download a file from a specific location (ftp/http whatever) and in parallel phex can search for the same file in the p2p network to speed up lame connections.
The second advantage would be that the files are shared after download so other people can then also download it from you (if directory is a shared one).
And finally you don't need to use another download manager to do this.

What does everybody else think about this? Compeltly bullshit? To difficult to implement? Too much redundance with other programs? No cecksums from ftp/http. I'm open to other suggestions/critisism ;-)

Werner

Normal http-downloads don't use hash-strings, so it wouldn't work that easy.

BUT: If the owner of the webpage thought about his or her slow connection, and used magnet-links with the http-url as alternate location, you can already use Gnutella that way (though, afaik, phex doesn't jet support magnets, or does it?).

Check this magnet-link:

magnet:?xt=urn:sha1:IJUP7VDGLRBMVPV5...sik/nymphe.mp3

format:
-"magnet:?" starts the url.
-"xt=urn:sha1:XXXXXXXXX": exact topic: sha1-hash, with this the file on gnutella is being described exactly. You will always get exactly that file.
-"&dn=xxxxx": and: display-name=xxxx, with this you tell the program, how the downloaded file should be displayed, till the other name is found.
-"&xs=http:*****xxxxxx": and: exact substitute=http:*****xx. That means, that this http-file will be used, when the hash-download doesn't work.

"kt=blah.blah.blah.mp3": keyword topic. Search for the keywords. Not secure, because you could get any file, which is named such.