четверг, 11 октября 2012 г.

FlylinkDC++ r502 beta60

* Добавлена поддержка BB-тэга [color=#RRGGBB]текст[/color]. По умолчанию в чате цвета не показываются. Для отображения - нужно включить поддержку этого тэга в настройках.








* Обновлены теги мимикрии.
* В окно избранных хабов добавлены колонки со статусом подключения, и временем последнего удачного подключения.

SetupFlylinkDC-x64-r502-beta60-build-11400.exe
SetupFlylinkDC-x86-r502-beta60-build-11400.exe
SetupFlylinkDC-x86-x64-r502-beta60-build-11400.exe

FlylinkDC-r502-x64-beta60-build-11400-2012.10.11-20.26.44.7z
FlylinkDC-r502-x86-beta60-build-11400-2012.10.11-20.23.08.7z
FlylinkDC-r502-src-beta60-build-11400-2012.10.11-20.23.57.7z
FlylinkDC-r502-debug-info-beta60-build-11400-2012.10.11-20.26.51.7z




11 комментариев:

Pupochek комментирует...

"Заблокировать панель инструментов" так и не работает начиная с b59. В b58 всё нормально.
Ждёмс....

grey_rat комментирует...

Форум мёртв ?

oalxmj jmaxol комментирует...

(если будет повтор - не ругать, вынужден повторно слать - куда то потерялось, ждал неск.часов появления)

Напишу-ка тут и я. Раз уж я собравшись с силами отписался двумя топиками ниже в StrongDC++ sqlite r11354 / Добавлена интеграция с www_crash-server_com - и на что, то, прошу тут обр.внимание местных разрабов, тоже.

На тему чего бы, в общем то давно, и притом срочно *реально* не хватает Флайлинку.
Т.е.что стоит сделать не откладывая, и уверен приоритетнее любых багов. Потому что в сравнении с этим всё...

- Сейчас закачивал Black Mesa: Source...
Я сказал сейчас? Я его, каких то 10гиг, весь день закачивал! (там всего то 60тыс.мелких файлов)
Притом что кол-во источников отн.достаточное(с поправкой на дублирование с разных хабов), причём достаточно и явно отн.быстрых.
Но, качал я всего с нескольких из них..., позже вообще только - с одного, причём ...где то с 30kB/s !
И если бы я с этим смирился - качал бы ещё месяц.
Но, так как моё терпенние не бесконечно, выручило чисто случайно-вглубине тыкнутое ПоискАльтернатив - нашедшее ещё несколько быстро отдающих пользователей, хотя до того с верхних вложенностей папок я уже нажимал *неоднократно* ПоискАльтернатив... Т.е.доп-но - вруную, для ускорения (хоть это и должно бы быть ненужным).
Вывод:

1) Явно какая то фича Флая: так же обратил внимание что что поискАльтернати - принуждает скачивать файлы ...почему то незакачиваемые - с ранее уже найденных пользователей(т.е.есть в они списке Источников), причём находящихся даже круглосуточно в онлайне(и просто точно не отключавшихся).
ЗЫЖ Самое простое что приходит на ум - (Авто)ПоискАльтернатив не обнаруживает сразу их при начальном поиске, напр.отсеивает по числу результатов АвтоПоиска (а, надо признать пользователи сидящие на многих хабах это число естественно сильно `забивают` своим дублированием). Если так то в итоге, как раз выйдет что в МоейСкачке имя пользователя - есть, но имени хаба(ов) то там нету - почему и (возм.) складывается ложно ощущение уже полноценно-найденности. Решение очевидно - в ограниченности именно для пользователей с разными именами (уч.что совп.разных людей сравнительно мало - это даже при неверности будет приемлемо, тут).
Впрочем напомню что это всё был только вариант, возм.что то там иное).

2) возможно при добавлении папки не срабатывает полноценно Авто-ПоискАльтернатив сам по себе... (стоит посм.код)

3) ПоискАльтернатив не сравнивает TTH для вложенных папок, точнее минимум частично не сравнивает.
PS: Не говорю про папки на верхних уровнях [и затем ниже из них ниже], чего точно никогда тут небыло, и что тоже *не помешало* бы Флайлинку, минимум до пред-верхнего уровня вложенности = папке(ам) скачки.

3-2) А, если и сравнивает TTH в найденных чужих файлсписках с нужными файлами в своих подпапках, то на этом и считает что всё сделано. В то время как часть файлов в подпапках может нуждаться в отдельном ПоискАльтернатив, возможно даже если и присутсвовавшихся в верхне-уровнёвойнайденных TTH авто-сравнениях - но, либо с найденными источниками отключившихся к моменту закачки данных файлов, либо просто в отличие от [авто]закачанного файлсписка нужного пользователя - нет отдачи файлов(из-за отс.регистрации, лимита, серогоIP и т.д.), либо имеющиеся - очень медленны, либо - всё вместе.

oalxmj jmaxol комментирует...

(продолжение)
Кстати, в том же тормозе/noSQL AirDC++ - такого не видел чтобы надо было донажимать ПоискАльтернатив... В том числе явно благодаря заявленно уникальной фиче(как бы, я такое как и многое другое, ощутив необходимость придумал ещё n-лет назад, хоть и нельзя согласится что у других, Флая, такого нет) ими названной Bundles, короче - каталог-группирование, в котором независимо от уровня файла ПоискАльтернатив - поиск (вероятно выборочно) ведётся для всех внё зависимости от уровня вложенности.
Также, они эти ПапкаГруппы хранят на диске в отдельных .xml файлах - для ускорения, впрочем .xml всё портит - когда я увидел созданный ими 600MB .xml файл для Bundle с ук.игрой - я прозрел, хотя конечно и без этого - скачка тормозила - явно этот файл архи медленно обновлялся и в т.ч.из-за этого интерфейс подтормаживал. Флайлинк же - тормоз .XML не ограничивает, но тоже не помешает вынести БД данные - в отдельные БД-файлы в папках (всё тоже в отд.папке), по кр.мере именно для таких вот ПапкаГрупп, и особенно если их размер огромен(а, ведь сейчас поставить несколько таких закачек в т.ч.в отложенно-неактивном режиме - и всё, даже Флаю обычно хана). На самом деле такая реализация *очень* нужна Флаю и по другим причинам, ибо каждая ПапкаГруппа - может иметь дополнительный общий приоритет: что не считая удобности, в случае задания = Disable - позволяет исключить всю группу из следующих операций:
* Обновление других/общей БД в файлсписке при массовом добавлении
* затем при поштучном удалении при завершении скачки файлов в условно-рассматриваемой(и нет) закачке - за счёт "дёргания" всей БД
* и что самое неприятное - фоновая проверка: нужно ли качать/искать такой то файл(из десятков, сотен тысяч и т.д.), для примера - когда они все там с выключенным приоритетом(подр.ниже); т.е.тратя процессорное время, и чем файлов больше - тем СИЛЬНЕЕ, даже на несамых древних ПК, страшно подумать что творится на немного устаревших. В итоге, для примера, что бы вентяляторы не шумели - приходится так или иначе решать вопрос о наличии в Доунлоад-листе больших списков файлов (сод.ISO, множества книги, фильмов, игры), которые просто например случайно найдены у кого то - но, закачка отложена(в т.ч.просто из-за невозможности всю сеть вместить, равно как и запомнить не только - что где видел, а просто как оно там именуется) - на будущее .

ЗЫЖ Просьба - о вашем багтрекере, не совместимым с логином тут(и тем более в котором обычно всё навечно "тонет") - не напоминать...
Если так уж он необходим - думаю вам самим будет намного легче отсюда переместить текст чем мне, тратить время на регистрацию, в т.ч.доп.врем.майл-ящика.
ЗЫЫЖ Хочется ненавязчиво:) напомнить мою мысль что суммарно это - очень важное, Флаю, улучшение. И потому от его отлагательства никто не выиграет, кроме конечно ваших конкурентов.

oalxmj jmaxol комментирует...

(продолжение)
Кстати, в том же тормозе/noSQL AirDC++ - такого не видел чтобы надо было донажимать ПоискАльтернатив... В том числе явно благодаря заявленно уникальной фиче(как бы, я такое как и многое другое, ощутив необходимость придумал ещё n-лет назад, хоть и нельзя согласится что у других, Флая, такого нет) ими названной Bundles, короче - каталог-группирование, в котором независимо от уровня файла ПоискАльтернатив - поиск (вероятно выборочно) ведётся для всех внё зависимости от уровня вложенности.
Также, они эти ПапкаГруппы хранят на диске в отдельных .xml файлах - для ускорения, впрочем .xml всё портит - когда я увидел созданный ими 600MB .xml файл для Bundle с ук.игрой - я прозрел, хотя конечно и без этого - скачка тормозила - явно этот файл архи медленно обновлялся и в т.ч.из-за этого интерфейс подтормаживал. Флайлинк же - тормоз .XML не ограничивает, но тоже не помешает вынести БД данные - в отдельные БД-файлы в папках (всё тоже в отд.папке), по кр.мере именно для таких вот ПапкаГрупп, и особенно если их размер огромен(а, ведь сейчас поставить несколько таких закачек в т.ч.в отложенно-неактивном режиме - и всё, даже Флаю обычно хана). На самом деле такая реализация *очень* нужна Флаю и по другим причинам, ибо каждая ПапкаГруппа - может иметь дополнительный общий приоритет: что не считая удобности, в случае задания = Disable - позволяет исключить всю группу из следующих операций:
* Обновление других/общей БД в файлсписке при массовом добавлении
* затем при поштучном удалении при завершении скачки файлов в условно-рассматриваемой(и нет) закачке - за счёт "дёргания" всей БД
* и что самое неприятное - фоновая проверка: нужно ли качать/искать такой то файл(из десятков, сотен тысяч и т.д.), для примера - когда они все там с выключенным приоритетом(подр.ниже); т.е.тратя процессорное время, и чем файлов больше - тем СИЛЬНЕЕ, даже на несамых древних ПК, страшно подумать что творится на немного устаревших. В итоге, для примера, что бы вентяляторы не шумели - приходится так или иначе решать вопрос о наличии в Доунлоад-листе больших списков файлов (сод.ISO, множества книги, фильмов, игры), которые просто например случайно найдены у кого то - но, закачка отложена(в т.ч.просто из-за невозможности всю сеть вместить, равно как и запомнить не только - что где видел, а просто как оно там именуется) - на будущее .

ЗЫЖ Просьба - о вашем багтрекере, не совместимым с логином тут(и тем более в котором обычно всё навечно "тонет") - не напоминать...
Если так уж он необходим - думаю вам самим будет намного легче отсюда переместить текст чем мне, тратить время на регистрацию, в т.ч.доп.врем.майл-ящика.
ЗЫЫЖ Хочется ненавязчиво:) напомнить мою мысль что суммарно это - очень важное, Флаю, улучшение. И потому от его отлагательства никто не выиграет, кроме конечно ваших конкурентов.

oalxmj jmaxol комментирует...

Да, я должно быть недосточно-выразился: «выручило чисто случайно-вглубине тыкнутое ПоискАльтернатив - нашедшее ещё несколько быстро отдающих пользователей» - понимать надо так что мне приходилось выполнять ПоискАльтернатив для *каждой оставшейся* папки!!!
(Как бы мне не хотелось надеятся на обратное, поначалу. А их оказалось - почти сотня... Но, что было поделать - большая половина то - за полдня закачалось, прерывать уже поздно... Да и альтернатив скачивания то особо не было)

Kaktyc комментирует...

Полностью согласен с вышесказаным!!!
Тоже приходиться искать через постоянный клик на поиск альтернатив..... пробывал менять настройки автопоиска-тухляк.
И постоянное окошко обновить версию которую тока скачал в данном случае 60..

Дмитрий Николаевич комментирует...

Kaktyc пишет...
И постоянное окошко обновить версию которую тока скачал в данном случае 60..

Предъявите лог, где клиент качает сам себя после подтверждения обновления.

А именно:
1. Нажмите "Обновить".
2. В папке с клиентом, по пути Settings/Logs/ откройте файл System.log, если размер файла большой,- используйте любой отличный от "блокнота" редактор, например notepad++.
3. Скопируйте последние строки со штампом времени на момент обновления, где чётко указано нечто типа "Обновление: загружается файл: FlylinkDC.exe"

Gap51 комментирует...

сборка 11743 - множественные краши, в основном при запуске.

Pavel Pimenov комментирует...

Спасибо.
обновитесь до 11747

Gap51 комментирует...

на 11747 всё Ок.