More Public Hubs Windows.
Moderator: Moderators
More Public Hubs Windows.
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.
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.
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..
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
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
Add this dc++ source
http://www.hublist.org/images/xml-screenshot.jpg
Sources find here
http://www.hublist.org/DCPlusPlus-xml.zip
http://www.hublist.org/images/xml-screenshot.jpg
Sources find here
http://www.hublist.org/DCPlusPlus-xml.zip
Then maybe the hublist operatorn should make their lists smaller, removing all those small worthless hubs noone will ever notice?Gratch06 wrote:The reason for creating multiple hublists and not just one is to keep the bandwidth down on the hublist operators.
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
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
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.cyberal wrote:Then maybe the hublist operatorn should make their lists smaller, removing all those small worthless hubs noone will ever notice?Gratch06 wrote:The reason for creating multiple hublists and not just one is to keep the bandwidth down on the hublist operators.
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
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
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.
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
Well... maybe sounds stupid but it could be a good way to work together and ensure the future of dc++ hublists.
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
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.
Metalheads only and movies. 2gb/2 slots min.
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.
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)
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)
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us