На Fri, 10 Nov 2006 13:51:05 +0300 Dmitri Samsonov <[EMAIL PROTECTED]> записано:
> sergio пишет: > > Dmitri Samsonov wrote: > >> Насколько мне известно, mldonkey для этого не предназначен. И в > >> этом есть определённая логика. > > почему, те в чём логика? > > mldonkey сообщает наружу, какие файлы у него расшарены. Если > пользователям ограничить доступ к файлам друг друга -- то о чьих > файлах сообщать серверу и другим (внешним) пользователям? И притом > так, чтобы никто не догадался, где тут чьё? > Уже присутствующий на сервере файл -- его качать заново, чтобы > юзверь не догадался, что этот файл качает (или уже скачал) его > коллега? Папочку incoming сделать отдельную для каждого пользователя? > И прикрутить доступ к этой папочке через веб-интерфейс? Да в общем достаточно было бы в очереди колонки "кто поставил на закачку" и раскладывание по папочкам в инбоксе. Дело даже не в том, что хочется скрытности, а в том, что при наличии 3х десятков файлов в очереди и 4х пользователях уже начинаются вопросы "А кто поставил вот это бню, которая скачалась на 40процентов и висит уже полгода?" И никто не помнит :) Ну и всякое в том же роде. > > Конечно, все эти проблемы решаемы. Но не парой строчек кода. А > концепция "открытости" приводит к оптимизации и рационализации > "коллективного скачивания". А значит -- полезна для человечества. (-: > Примерно это я имел в виду, когда говорил о "логике". Если у каждого > юзверя свои собственные скачки полностью независимые от других -- то > какой смысл засовывать несколько юзверей на один mldonkey-server? А зачем запускать 10 ослов с 10*upstreamlimit трафиком? > > > ЗЫ: А если так уж нужно несколько независимых mldonkey -- то можно > попробовать извернуться запустить несколько mldonkey параллельно. С > разными портами, естественно. И получить тормоза из-за того, что они память жрут нерационально =\ > > > -- > Dmitri Samsonov > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
