Релиз uHub 0.4.0

Новость на опеннете будет тоже моя.

Ему бы ещё скриптование на Lua и цены бы не было...

в сетях dc было очень весело скачивать пачками wand.dat

А сейчас кто-то запрещает? :)

Сейчас это не так популярно.

Ptokax -наше всё!

GNU/Hurd работает уже? Давно?

Так это же только под винду

Так это же только под винду

Не только. Просто на редкость странный и фееричный хаб. И к адц он ни коим образом не относится.

Ох, точно. Просто когда я последний раз его крутил, в нем не было поддержки *nix, а была какая-то очень страшная гуёвина под винду

Хорошее название: уХаб

правильно «мюхаб» по русске как бы «микрохаб»

птоха не умеет АДЦ - в биореактор.

Расскажите, чем это лучше торрентов?

Расскажите, чем это лучше торрентов?

Торренты больше для конкретной информации: сериалов (целых), игр. Для внешки. ДЦ же идеально подходит для провайдерских локалок, как пример: каждый расшарил часть информации и каждый же в свою очередь это может найти поиском и скачать. Плюс чат.

Расскажите, чем это лучше торрентов? ---- порно, цп :D

и на архитектурах s390/s390x

Я хотел бы увидеть того, кто будет на s390 гонять ДЦ.
Это зрелище будет интереснее зоопарка.

птоха не умеет АДЦ - в биореактор.

АДЦ нинужен - в биореактор

GNU/Hurd работает уже? Давно?

С разморозкой!

http://www.opennet.ru/opennews/art.shtml?num=33000
http://www.opennet.ru/opennews/art.shtml?num=31221
http://www.opennet.ru/opennews/art.shtml?num=31172

Тестирование проведено в виртуальном окружении KVM/QEMU, так как не удалось найти подходящего для GNU Hurd оборудования - число драйверов в GNU Hurd ограничено и нет поддержки SMP.

Вот уж действительно.

Звук там уже есть через это DDE?

реквестирую адреса крупных ADC хабов

Благодарю. Действительно, пропустил.

Педивикию хоть открой

АДс-не нужно. тупиковая ветвь

adc://adc.mimic.cz:1511 adc://adc.san.ru:10000 adc://adc2.san.ru:10000 adc://adc3.san.ru:10000 adc://animehub.san.ru:10000

хаб разрабов adc://adc.extatic.org:1511 adcs://hub.dcbase.org:16591

ну или http://dchublist.com/hub/search

реквестирую адреса крупных ADC хабов

Назвать их крупными язык не поворачивается, но из всех существующих это два самых больших: adcs://adcfun.com:2780 adc://adc.san.ru:10000

adc://adc.san.ru:10000 adc://adc2.san.ru:10000 adc://adc3.san.ru:10000 adc://animehub.san.ru:10000

Судя по названиям это хабы одного автора, так зачем было распылять их на четыре штуки - лучше бы был один но относительно большой, чем четыре маленьких.

Второй хаб впечатляет целыми 38 пользователями.

Второй хаб впечатляет целыми 38 пользователями.

Количество пользователей зависит от времени суток и дня недели, но максимум что там было это пара сотен юзеров.

Пара сотен? Это ты им расскажи http://dchublist.com/hub/29160 Max: 59 • Avarage: 37 • Min: 19

Пара сотен? Это ты им расскажи http://dchublist.com/hub/29160 Max: 59 • Avarage: 37 • Min: 19

в то же время в левом верхнем углу приведённой ссылки написано: 28 users 558 (max) Видимо в последнее время у них посещаемость сильно ниже чем была когда-то.

Но больше смущает число в поле Max users: Max users 100 Это что за админ хаба такой, который искуственно занижает максимальный объём юзеров запускаемых на хаб.

И так что же получается: 1)Море карликовых adc хабов имеющих в названии строку «san.ru» 2)Странное ограничение на максимальное число юзеров в 100 человек, которые могут одновременно зайти на хаб.

Из перечисленного ничего удивительного что с такими горе админами ADC хабы так мало популярны.

*в правом верхнем углу приведённой ссылки написано: 28 users 558 (max)

Судя по названиям это хабы одного автора, так зачем было распылять их на четыре штуки - лучше бы был один но относительно большой, чем четыре маленьких.

Хабы бывают тематические. Всякие «аниме-хабы», «фильм-мания», «rock-music» и т.п.. Кроме файл-обмена там еще и общаются...

на dchublist - глюк

# uhub -S | grep max

max_users = 10000

# uhub -V

uhub/0.4.0-git-9ea85ad

первый хаб является «стабильным», на остальных тестируется нестабильные версии мюхаба и адцшпп. ну а про тематические уже было сказано нижею

Релиз uHub 0.4.0 (комментарий)

всё понятно

Звук там уже есть через это DDE?

А разве в _данном_ случае важно? Месье не может качать без звукового уведомления о завершении операции?

Нет, я не хотел вбросить, мне просто стало интересно.

!history при входе в отдельной вкладке ещё не сделали?

не вижу в багзилле запроса на это. вывода в главный чат более чем достаточно.

я не осилил ту багзиллу, зарегица так и не смог.

в главный токо нескоко строк выводит, а надо как в Протаксе, за весь месяц.

и когда хаб перезагружаю, весь history стираеца.

о да же как 0_0 .

ухаб счас явно не пишет историю на винт а хранит в памяти. по идее там можно зарезервировать много места чтобы хватило на месяц, но я не думаю что это будет хороший вариант.

а писать на винт и потом выбирать - это отдельный плагин. если тебе так важен такой функционал предлагаю сделать так. ты пишеш на английском текст описание плагина и его функционала, а я занесу его в багзиллу. сейчас там есть ещё один разработчик который активно коммитит исправления, возможно он это реализует.

ты пишеш на английском текст

а вот это вторая причина, почему мне нет смысла туда лезьт :(

[13:40] <Dj_Offset|work> what does !dayhistory do?
[13:40] <Dj_Offset|work> chat history?
[13:40] <Dj_Offset|work> or something else?
[14:34] <MiMic> logfiles are getting large and parsing and searching would get slow and what about logrotated logs? wouldnt it be better to log into db, this could do the search by nickname, cid, time etc. faster
[16:53] <E_zombie@home> but save text in DB is not good idea.
[19:10] <Dj_Offset@home> i like the idea of using a database
[19:16] <E_zombie@home> if MSG buffer > databes cell  => drop some 
information in log
[19:20] <Yorhel> Quick note on storing stuff in sqlite: Keep in mind that actual disk writes can be very slow in sqlite with the fsync stuff enabled (by default)
[19:21] <Yorhel> A simple update query can easily take 300ms when committed to disk
[19:25] <Dj_Offset@home> yep
[19:26] <Dj_Offset@home> it is a bit weird that virtually nobody are using async file IO
[19:26] <Dj_Offset@home> well, code is a bit more complicated, but not *that* much worse
[19:27] <Yorhel> async file IO? You mean using Linux AIO and similar systems?
[19:28] <Dj_Offset@home> yeah

я нихера не понел

разработчики начали обсуждать как это лучше реализовать. предложение не отвергли сразу и поэтому шанс что это реализуют в виде плагина есть. только я подозреваю что это появится в виде очередного коммита в git а релиз будет через год- полтора :) так что следи за коммитами.

Что это? Очередная пародия на пиринговые Мулы?

тут следить? https://github.com/janvidar/uhub/commits/master