More Public Hubs Windows.

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

Moderator: Moderators

Locked
aviramof
Posts: 2
Joined: 2003-10-30 09:10

More Public Hubs Windows.

Post by aviramof » 2003-10-30 09:18

to the dc++ team
i wand to request from you to
add more Public Hub Windows
what i mean is thet istead of one list of hub's
i will be able to use more then one hub list at a time
becaues i am using at least two hublist downloads links
and every time i want to change from one hub list to the other
i need to enter to dc++ then setting and change the hublist link
and then restart the softwere
(even if i would not have to restart the softwere i would
still want more public hubs windows)
and it's very inconviniet
not to mention the fact thet are a lot of dc++ hub list
all over the internet what's make it harder to explor thm and
the diffrences between them.
if you could do something about it i would really appriciate this.
thanks in advance.

TheNOP
Posts: 275
Joined: 2003-07-07 21:41
Location: Quebec

Post by TheNOP » 2003-10-30 09:55

that is an idea...

but doesnt adding them together, not doing the same...
like hublist1;hublist2;hublist3, etc...
TheNOP

Have you read the FAQ?
Or the sticky ? It might give you idea.

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

Post by cyberal » 2003-10-30 10:11

NOP> adding them like that will show hublist2 only if hublist1 don't work..
adding a separate window for each addy I put in hublist URL's seems like a good idea..
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

TheNOP
Posts: 275
Joined: 2003-07-07 21:41
Location: Quebec

Post by TheNOP » 2003-10-30 10:21

i knew that putting them together was possible.
but didnt know that it was only looking the other links if the previous was not working.
noted now thanks.
TheNOP

Have you read the FAQ?
Or the sticky ? It might give you idea.

Gratch06
Posts: 141
Joined: 2003-05-25 01:48
Location: USA

Post by Gratch06 » 2003-10-30 11:08

The reason for creating multiple hublists and not just one is to keep the bandwidth down on the hublist operators. Sure, it'd be nice to be look at all hublists on a single click, but the bandwidth used (usually useless since you won't look at all of 3000 or 4000 hubs) is a bad thing.

- Gratch06

i_h
Posts: 4
Joined: 2003-09-13 11:06
Contact:

Post by i_h » 2003-10-30 14:50


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

Post by cyberal » 2003-10-30 18:04

Gratch06 wrote:The reason for creating multiple hublists and not just one is to keep the bandwidth down on the hublist operators.
Then maybe the hublist operatorn should make their lists smaller, removing all those small worthless hubs noone will ever notice?
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

Gratch06
Posts: 141
Joined: 2003-05-25 01:48
Location: USA

Post by Gratch06 » 2003-10-30 18:16

cyberal wrote:
Gratch06 wrote:The reason for creating multiple hublists and not just one is to keep the bandwidth down on the hublist operators.
Then maybe the hublist operatorn should make their lists smaller, removing all those small worthless hubs noone will ever notice?
Small hubs have just as much right to be seen publicly as the large ones. As for dead hubs, offline hubs, or hubs that have been caught faking usercounts, those should be removed. Setting a minimum usercount to be displayed on a hublist is downright stupid though.

Also keep in mind that a large portion of the bandwidth created would be downloading duplicate hubs that appear in more than one listing at a time. An aggressive hubowner can theoretically get more exposure through registering to multiple different hublists and allowing a user to get all of the hublists at once could be an ugly thing with all the duplicates.

- Gratch06

deesee++
Posts: 9
Joined: 2003-11-01 06:17

Post by deesee++ » 2003-11-01 06:31

Not evenyone would be downloading multiple lists.. surely the extra bandwidth could be managed.

Duplicate hubs could be filtered by the hub ip and all the results put into one list.

I think that would be a great feature..

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-11-01 10:10

I think those of us who were using DC++ when the public hub list hosted on the project's sourceforge webspace was deactivated would disagree. (It took up too much of SourceForge's bandwidth. [and see how well hooked up they are]) If Gadget, Sandos, etc. say that they have no problems with DC++ users taking up more bandwidth, that would certainly ease my concerns.

MrCrowley
Posts: 18
Joined: 2003-09-12 07:46
Location: UK

Post by MrCrowley » 2003-11-06 21:45

How about this... take 1 big co-managed hublist split it into 4 quarters, each quarter is stored on a different host, there will be less demand on bandwidth on those servers because the files are much smaller.

Finally make dc++ able to download and combine all the 4 quarters at the same time. ;) oh yeah and if one host has a failure only one quarter of the hublist is lost :D

Well... maybe sounds stupid but it could be a good way to work together and ensure the future of dc++ hublists.
[DeathNap] Your Entrance To Hells Domain... [url]dchub://doom-metal.deathnap.com[/url]
Metalheads only and movies. 2gb/2 slots min.

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

Post by Sedulus » 2003-11-06 22:36

as far as I have heard, gadgets hublist does take much bandwidth but even more cpu due to his using mysql for the database. sandos complained only about whining hub operators, not about bandwidth. and my poorly visited hublist is not a concern at all.

when these things _do_ become a problem though, I think the 302 redirect scheme will solve the issue temporarily (for quite a time even). every host has the right to 302 the requests somewhere else if they run out of b/w.
of course this will not mean that the lists are synced, but as soon as that becomes a problem I'd guess there'd be some volunteers to host a secondary (synced) server.
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)

Wisp
Posts: 218
Joined: 2003-04-01 10:58

Post by Wisp » 2003-11-14 20:53

I would like to have a drop down menu with al the hubs in it, in the hub list window, above the list itself. Next to the drop down menu there could be a button called "Show" or something.

That would be the most elegant way of doing it, without loading all the lists at the same time

Wisp
Posts: 218
Joined: 2003-04-01 10:58

Post by Wisp » 2003-11-14 21:10

I made a screenshot of the way I would like it

Image

In the settings dialogue, you could define an alias for each hubs, which appears in the drop down menu

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-11-15 08:42

The public hub list only caches the current list, so if people keep switching hublists, it will cause extra downloads, unless a fair bit of code in dc++ is retooled. (FYI, those are my concerns)

Locked