TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Marked
17:02 02-03-2006
Цитата:
Интересно. Спасибо.
Цитата:
Тогда ждем. Повторяю еще раз и готов повторять мильон раз еще --- мне очень нравится, как у вас организован процесс добавления ссылок. За исключением описанных неудобств.
Цитата:| Сделали так, что начальное значение этого дроп-листа берется из Настроек | Интеграция - так, как привык пользователь. Думаете, надо запоминать алтернативную настройку? |
Было бы удобно. Все-таки эти параметры не нужно менять каждый раз, но менять их сразу на деле было бы удобно.
Вопросы:
- Как отменить добавление всех проектов из диалогового окна Добавление проектов Mass Downloader? Скажем, я щелкнул в этом окне на кнопке Загрузить выделенные файлы, но при редактировании свойств проекта решил, что лучше было выбрать еще какие-то файлы и хочу теперь отменить добавление проектов. Хотелось бы что-то вроде возможности щелкнуть с Shift'ом на кнопке Отмена.
- Почему в диалоговом окне Добавление проектов Mass Downloader иногда оказывается снятым выделение список добавляемых файлов?
Цитата:| Сейчас можно выделить несколько закачек и нажать Ctrl + "Серый Плюс". Закачки будут помещены в начало очереди. |
Понял. Спасибо. Теперь понятно, как можно инвертировать начальный порядок добавления.
Пример: читая некоторый блог я, по мере продвижения, добавляю сылки из публикаций блога. Так вот я и хочу, чтобы, закончив просмотр статей и добавления ссылок, я мог:
Инвертировать порядок обработки проектов в списке. Так как самые старые новости будут читаться последними, то и порядок обработки должен быть обратным, чтобы соответствовать временной оси хранения ссылок на блоге, но не отображения статей на нем. (новые статьи идут первыми, но, чем дальше статья, тем старее ссылка в ней и тем раньше ее нужно обработать; для этого и нужно инвертирование)
Выбрать наиболее приоритетные закачки и отсортировать их так, чтобы их обработка выполнилась раньше, сохраняя при этом изначальную сортировку как внутри этих приоритетных наборов, так и в оставшейся части списка.
Вопрос: как выполнить двойную сортировку?
Получается следующее:
после добавления проектов имеем сортировку:
а после инвертирования:
Как сделать, чтобы внутри логически отсортированных наборов выполнилась сортировка по имени? В приведенном примере мы имеем два набора. Разумеется, после инвертирования сортировки мы получили, что файл cp1.rar, шедший 201 номером, стал идти 11 номером. Но хотелось бы провести еще одну сортировку, чтобы он стал идти 6 номером.
Иными словами, нужна возможность сортировки по нескольким полям. Как в Word'е, Excel'е:
В принципе, будет достаточно сортировки по трем полям: Номер, Имя, Приоритет. Но лишней сортировки не бывает.
Цитата:| Судя по стрелке в заголовке первого столбца, при добавлении проектов сортировка была другая. |
Не понял. Поясните пожалуйста, что вы имеете в виду? Как так, другая? Диалоговые окна добавления проектов и установки свойств модальные, так что я не могу случайно перейти в окно программы и изменить сортировку в процессе добавления проектов. Насколько я понимаю, если на момент добавления проектов список отсортирован по убыванию индекса (назавем так номер, означающий положение проекта в списке), происходит сортировка только первого добавляемого проекта. Так что он оказывается внизу списка, а все остальные элементы не сортируются и так и остаются вверху. Сейчас смог лишь частично повторить эффект сорировка произошла правильно, но не сразу: сперва последний проект, том номер 6, переехал в конец списка, все остальные при этом остались вверху (то есть там, где они и должны находиться согласно индексации), и только потом он переехал вверх. Только так я могу объяснить, почему проект тома номер 6 получил индекс меньше, чем все остальные проекты:
Цитата:| У нас не получилось воспроизвести, а надо для исправления... |
Похоже, что дело в смешанной приоритезации. Если сменить систему приоритезации с расстановки приоритетов флажками на расстановку приоритетов по положению в списке, не происходит автоматической переиндексации. В результате остается часть проектов (та, для которой индексация не была проведена вручную с помощью Ctrl+NumPlus), для которой не задано никаких приоритетов, ибо обработка по флажкам отменена, а индексация по положению не проведена. Может такое быть? Сейчас боюсь проводить эксперименты, так как много ссылок и тяжело будет восстанавливать сортировку, но, как обработаю "критические данные" готов повторить.
Ошибки
- Теряется основной URL. Если URL является лишь промежуточным адресом ссылки, а URL для загрузки другой, то, в случае остановки загрузки файла, основной URL теряется, а в поле URL отстается лишь тот, который соответствует строке Location, возвращаемой сервером:
В результате, в следующий раз, когда закачка будет возобновлена, ее просто невозможно будет продолжить, так как эта конечная, автоматически сгенерированная сервером ссылка, уже не будет существовать. А родной, оригинальный URL, мы потеряли...
Так происходит при добавлении единственой ссылки. Тогда Mass Downloader автоматом при создании проекта использует в качестве URL конечный URL. При добвалении нескольких ссылок, когда используется диалоговое окно добавления проектов свойства проекта устанавливаются нормально и базовый URL в свойствах проекта не заменяется конечным.
Хотелось бы, чтобы и при добавлении одной ссылки, Mass Downloader вел себя так же и получал конечный URL уже при обработке проекта, а не при его создании.
Вот это очень досаждает. Уже несколько проектов накрылось таким образом.
- Файлы-болванки Mass Downloader work file создаются несжимаемыми, так что просто добавив ссылки "на будущее", легко забить весь диск. В ReGet, например, при установленном сжатии NTFS, файлы незаконченных загрузок, во-первых создаются только тогда, когда начинается загрузка файла (а не сразу при добавлении закачки в список), во-вторых, даже при частично загруженном файле, файл-болванка занимает на диске ровно столько, сколько скачено.
- Почему-то добавив проект и создав на диске файл-болванку, Mass Downloader создает новый файл с индексом 1, когда начинается загрузка! Как-то странно, ведь это значит, что загружаемые файлы были изменены после того, как были добавлены в список. Но на rapidshare уникальные ссылки! Как файл мог измениться, если я качаю его по прежней ссылке?
- Не срабатывают настройки генерации перенаправителя. В Свойствах Проекта по умолчанию флажок Фиксированная страница-источник (referer) снят.
Стало быть, для каждого проекта referer должен генерироваться на основе URL, но если посмотреть в свойства проекта, окажется, что referer геренируется на основе адреса страницы, с которой была получена ссылка.
Иными словами, несмотря на то, что в свойствах проекта по умолчанию флажок снят, после создания проекта флажок оказывается установленным. снят.
Пожелания
- Ограничение на количество загружаемой информации с сервера.
Пример: иногда администратор сервера ставит ограничение на количество информации, которое можно загрузить в определенный промежуток. То есть отводит квоту, сколько информации можно скачать за, скажем, сутки. Или же просто самому хочется ограничить себя в аппетитах (удобно при работе в офисе, если знаешь, что тебе так или иначе позволено съедать столько-то трафика в день). Хотелось бы иметь возможность задания этой квоты вручную причем как глобально (для всех проектов в целом), так и для какого-то сервера в отдельности. Так что как только с сервера someserverwithlimits загружено заданное лимитом количество информации, программа переходит к обработке других ссылок в списке и вовзращается к обработке ссылок с лимитом с началом нового отсчета квоты.
- Возможность автоматического получения информации о размере файла сразу при добавлении проекта с запоминанием размера до очередной связи с сервером (то есть до очередной обработки проекта). Подобная функция есть в GetRight --- он может получить информацию о размере, так что посмотреть то количество информации, которое придется загрузить, достаточно выделить набор ссылок в списке. Дополнительно в строке состояния выводится суммарный объем всех файлов в списке. Очень удобно. В ReGet есть функция получения информации об объеме как вручную, так и автоматически. Правда, он, не показывает объем данных для выбранного набора ссылок и, как и GetRight, не запоминает полученную информацию в базе, так что с новой сессией приходится делать это снова.
- Проверка ссылок.
Пример: в том же GetRight'е есть возможность выполнить проверку выбранного набора ссылок. Очень удобно при наличии ссылок многотомных наборов данных. Проверил весь список, если какие-то ссылки в том или ином наборе не работают, понятное дело, что нет смысла обрабатывать остальные.
В других же программах получается, что можно скачать набор файлов и только при распаковке обнаружить, что отсутствует какой-то том набора...
|
Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 00:22 03-03-2006 | Исправлено: TCPIP, 17:31 03-03-2006 |
|
. Поддерживат протоколы HTTP, HTTPS, FTP, RTSP, MMS, MMST. 
). 
