Alex_Lost
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimoniusis Сегодня для одного файла с рапиды опять повторилась ситуация с его загрузкой под расширением .html. Файл скачался целиком и после переименования в RAR оказался правильным. Однако USD посчитал, что скачка не получилась, начал качать его заново. Несколько других файлов перед этим скачались нормально. И мелкий некритический бажок: при добавлении директории "куда ложить скачанный файл" эта новая директория добавляется в MRU лист комбобокса без проверки на дубликаты. Итого - паре десятков файлов поменял директорию - пара десятков одинаковых директорий в MRU. И предложение "на потом". Если редактировать свойства для группы файлов, то все свойства, независимо, менялись они, или нет, размножаются для всей группы. Скажем, есть десяток выделенных файлов с _разными_ дескрипшинами. Я им меняю директорию, и оказывается, что все они получили одинаковый дескрипшин от первого из них. Некоторые "стандартные" даунлоадеры, Download Master, например, умеют корректно обходиться с такими ситуациями, размножая по выделенной группе только свойства, значения которых были изменены в процессе редактирования, и не трогая все остальное. Кстати, растет и крепнет у меня мнение, что мультипоточность - отнюдь не самая важная и критическая штука сейчас. Все равно для разных серверов нужна масса уникальных настроек - прокси, таймауты, удобное расписание... Так что, вариант, когда для организации мультипотока стартуем несколько USD в конечном итоге оказывается намного "живее", чем некий универсал. Сдается мне, что поддержка плагинов в актуальном состоянии, борьба с багами и улучшение сервиса гораздо важнее, чем мультипоточность. Правда, насчет WEB интерфейса спорить не буду, вещь архиважная. Кстати, она все еще виснет при попытке войти. Вопрос насчет удаленного управления : а можно ли придумать чего для управления удаленной машиной, сидящей за прокси с NAT? Т.е. извне машина не видна и WEB интерфейс не поможет. Если готового ответа не предвидится, может для начала реализовать и задокументировать USD API методы, чтобы можно было управлять им программно и дать возможность пользователям писать прилады-плагины "для себя"? Например, мой плагин, не имея возможности быть опрошенным из инета напрямую, может читать некий почтовый ящик, получать оттуда команды, спрашивать у USD статистику, или передавать USD задания по API, отвечать в тот самый почтовый ящик и т.п. Может, можно проще - пусть знающие люди подскажут. |