Ability to have sharing profiles, organized by hub

Archived discussion about features (predating the use of Bugzilla as a bug and feature tracker)

Moderator: Moderators

Locked
elcallio
Posts: 1
Joined: 2003-01-27 15:51

Ability to have sharing profiles, organized by hub

Post by elcallio » 2003-01-27 15:56

It would be a really neat feature to be able to share different dir sets depending on which hub you connect to. Often I tend to connect to different hubs which demand that you only share a certain type of file (mucic - no video, video, no mp3 etc). It's a bitch changing this manually every time you wanna connect to a different hub.

Having share profiles for fav. hubs would be so sweet.

LinkSync
Posts: 31
Joined: 2003-01-26 02:54
Contact:

Post by LinkSync » 2003-01-28 18:08

totally agree with u!
a list name place holder in the favorite hubs feature
so u could make several lists
MP3
VIDEO
APPZ
PORN
whatever
and then in any favorite hub simply call the list
in non favorite hubs the same general list would apply
right now u have to run a clone of DC to share different lists
TREEHOUSE.dns2go.com:411
[email protected]
Good Warez LINKS @ www.tree-house.info

Snooze
Posts: 119
Joined: 2003-01-26 13:42
Location: Denmark
Contact:

Post by Snooze » 2003-01-28 18:09

Doesnt even sounds like it would be too hard to make ;) But then again, what do i know :D

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-07-12 06:08

*bump*
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

TheParanoidOne
Forum Moderator
Posts: 1420
Joined: 2003-04-22 14:37

Post by TheParanoidOne » 2003-07-12 06:54

This is already in the Feature Request Tracker:

[ 657143 ] Specify shares based on hub
The world is coming to an end. Please log off.

DC++ Guide | Words

cologic
Programmer
Posts: 337
Joined: 2003-01-06 13:32
Contact:

Post by cologic » 2003-07-12 08:02

Create a foolproof way to identify what hub a user's from, and it becomes possible.

[PT]Devilishly
Posts: 96
Joined: 2003-04-18 05:57
Location: Oporto, Portugal
Contact:

Post by [PT]Devilishly » 2003-07-12 10:13

Even thou I think that would be a good future, I really don’t think it should be implemented. Why?! Because it would make life easier to fakers…

Best regards,
[PT]Devilishy

Rodga
Posts: 12
Joined: 2003-02-24 19:16
Location: Norway

Re: Ability to have sharing profiles, organized by hub

Post by Rodga » 2003-07-12 18:47

I agree with you! But, if you have trouble with different hub sharing rules, you can use other clients with different share (file list) on. F. ex. use DC 2. U find it @ www.neo-modus.com. But it sure would be better if we just could use different file lists on the hubs we're on in the same client!

cologic
Programmer
Posts: 337
Joined: 2003-01-06 13:32
Contact:

Post by cologic » 2003-07-12 19:12

It would be nice; however, all that the other user sends is his nick. That's not enough to reliably distinguish between two hubs.

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-07-13 09:12

[PT]Devilishly:
I'm not with you, how would this make "life easier to fakers" ?

cologic:
I suppose the only way is a change to the protocol, maybe make the client include hubinfo in a connection attempt? Alot of extra traffic though..
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

Sedulus
Forum Moderator
Posts: 687
Joined: 2003-01-04 09:32
Contact:

Post by Sedulus » 2003-07-13 10:07

cyberal wrote:of extra traffic though..
que?
what's is one small string compared to a rar set in data?
this is p2p traffic we're talking about, p2p traffic has never been an issue (except for GetZBlock perhaps)
http://dc.selwerd.nl/hublist.xml.bz2
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)

[PT]Devilishly
Posts: 96
Joined: 2003-04-18 05:57
Location: Oporto, Portugal
Contact:

Post by [PT]Devilishly » 2003-07-13 11:00

cyberal wrote:[PT]Devilishly:
I'm not with you, how would this make "life easier to fakers" ?
Well having different nick names and different shares, the only way of detecting fake tags would be by IP...

Best regards,
[PT]Devilishly

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-07-13 11:13

[PT]Devilishly wrote:Well having different nick names and different shares, the only way of detecting fake tags would be by IP...
I suppose you mean ppl that claim to be in one hub when they really are in more hubs. With a fake tag I agree, it would be impossible to detect them.. I can live with that!
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-07-13 11:15

Sedulus wrote:this is p2p traffic we're talking about, p2p traffic has never been an issue (except for GetZBlock perhaps)
Then let's get started, make the client include hub ip in every connection attempt. Should be enough right?
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

SirPlus
Posts: 11
Joined: 2003-04-12 13:41
Location: Australia

Post by SirPlus » 2003-07-15 09:34

This idea kicks butt

I love it

At the moment I am forced to run 3 computers with 2 different clients on each to achieve this.

It also ties in with my request (another thread) to be able to save more than 1 favorite for each addey.

PS I am not faker. I can share stuff on private hubs that I have been chatted by my IP for sharing on public ones. I also run 3 hubs and op for others as well.

SirPlus
Posts: 11
Joined: 2003-04-12 13:41
Location: Australia

Post by SirPlus » 2003-07-15 09:38

PS keep it simple

I should be able to pin a file list to a fav and hence an addey and tie it in with a nick.

That way you dont have to get more info sent.

Locked