DC++

not to get too far off the subject, but it would be nice if your ul amount was also saved once an hour or something

* if you are in several spcialized hubs you can limit search to the hubs where you could possibly get results, thus lessen hub traffic for the other hubs Why would you want to limit your results? * ops can search for "unwanted" files only in the hub(s) they are actually op in ... that's the main re...

same with favorite hubs

GargoyleMT wrote:Hashing large files on the fly could result in a pretty big delay, especially if the file is on a network drive.

you might only use the first 1-10k of the file to create the hash that is returned

eHast wrote:And how do you propose to search for a hash if they are only generated when you search for them?

you search as always, the responding client will send an extra response that has the cooresponing file hash, and the search results are limited on the searching client's side

volkris wrote:One thing to note is that without considering ratings from other servers there will be much more of a sense of hub loyalty. Many people out there would actually support this and think it's better anyway.

I like the idea

I forgot to mention... If packet latency, between clients, is very low, then multiple connections will probably not improve transfer speeds. but multiple connections almost always means higher transfer rates, when packet latency is not low. to my point... there are programs out that will multi-conne...

the person will take less time to finish the download, so it evens out over time yes and no. there may be someone connected who is downloading a couple large movie file, while someone is waiting to get 1 file of insignificant size. (lets say 5 meg) depending on the connection the person may have to...

I like this idea

the speeds setting is typically used to help manage hubs.

no script could realistically parse through user entered values and handle them correctly

I think the best way to generate hashes is to do it on the fly when a search result is found or when an upload starts.

this way there is no 1 time 2 hour event (that needs to be constantly updated) and it's only created for files people care about. (keeping the hash db smaller)

yeah, like the idea
red if not connected

I don't like the alt nick idea for 2 reasons. 1) if your nick is that common, it's hard to queue something from that person and get it at a later time if they disconnect mid transfer. 2) if you have an alt-nick, you could be online and people who have things queue'd from you would have to re-queue e...

It would also be nice to have some way to see active people who are trying to get a slot from you at any given time

some sort of queue view
that way it would be easy to manipulate people in the waiting queue
grant slots, send messages, etc...

just a thought

I seem to be a little slow on this subject. I'm not sure what the benefit of replacing slots with min upload speed is. I see 2 main problems with the idea. 1) most hubs rate by slots (dc++ will be kicked from many of them) 2) the min upload speed could be sucked up by 1 person (when 3 could happily ...

It's pretty simple to make the user information useless to anyone except a dc client the user/file information is held using hashes It's a one way encryption method, like CRC or MD5. once the hash is created it can't be reversed. If person A wanted to know person B's rating, he would generate a hash...

Is it held anonymously? Really? Wow. Could you please convert that to English for me? What I'm saying is... the information is held using hashes. I'll stop using developer's language and tell you what a hash is. It's a one way encryption method, like CRC or MD5. once the hash is created it can't be...

NoFIX wrote:hey cops, don't bother looking for who is doing the fuckloads of transfers, you got this rating system to tell you

not only is there no data telling what files were transferred, there is also no data saying user x transferred it.

but thanks for letting us in on your great language skills

seems that you have yet to figure out that all the information held on this server is anonymous

but way to show your great language skills...

Well, I don't think file hashes have been discussed yet. It doesn't matter though, as they can just as easily be faked. The file hash was only a scheme to connect the ul report with the cooresponding dl report while maintaining data anonymity. Security through obscurity is not a solution, it's a ba...

As long as there is some identifier that makes a user unique. You can look through his reports and spot inconsistencies that would trigger an alert. Example There are 4 users (A, B, C, & D) A reports, File1hash, 10k downloaded from B B reports, File1hash, 10k uploaded to A C reports, File1hash, 5k d...

there is no legitimate use for multi-hub connection
if you like 5 hubs, put them in your favorites and auto-connect

I think nukes are a little overkill.
All we need is one sniper with some good inside information.

Here is a possible solution to the upload limit issue... If the users ul/dl ratio is better than 1, allow that person to use a reasonable limit. 4k min per slot possibly? If you have 3 slots 12k is the most your allowed to limit If you have 10 slots 40k is the most your allowed to limit etc... If th...

This idea does not originate with me, I would just like to get people talking about it. The Concept: Every time you upload something, it's logged on one global server. The data on the server generates a rating that others can request when your trying to download from them. The more you upload the mo...

Some combination of a MD5 hash of their IP, or hashing their IP and then adding the hash of their nick or whatnot

Good starting point, not good for people with dynamic ip addresses :/

I like the idea.

I would be afraid I would miss these type of files that are zip'd or rar'd.

I personally would not use it.

I would search for a file that had a size > xMB

yeah, I agree

Yeah, I asked for this a while ago, and still think it would be really nice.

It would help me set priorities on queue'd downloads and stuff.