0Vovan0
Цитата:
Побежали на форум, смотреть сколько у меня постов... Ню-ню...
Если что и имело значение, так стиль письма и конструктивность предложения.
lucky_Luk
Цитата:
В DM существует ряд замечательных багов в части "показывает".
Вот я исключительным образом люблю фичу "Создавать папки на основе URL". И регулярно из-за неё страдаю...
DM долгое время некорректно обрабатывал ряд символов (не имеел исключений для них), которые в NTFS использоваться не могут.
Допустим тот же пробел в конце названия папки (http://site.com/folder /file.ext).
Что мы имеем? DM пытается создать папку "as is". Система, разумеется, создаваёт более другую (...\folder\), поскольку иначе не умеет. DM этого ни разу не замечает и радостно рапортует, что де закачка идёт. И даже сообщает, что она де вовсе даже завершена. На самом же деле файл закачки не был создан, поскольку его пытались создать в несуществующей папке. На этом деле я где-то гиг трафа угробил, пока не заметил, что место на винте как-то совсем слабо уменьшается...
Буквально пару недель назад отловил другого бага из той же оперы.
Если грабим список файлов для закачки с фтп, висящем на нестандартном порту (ftp://site.com:9876/folder/file.ext), то имеем всё тоже самое, что в случае выше...
Цитата:
Не замечал подобного, правда с файловых помоек обычно качаю только браузером.
Цитата:
Если битый на серваке - никак не поможет. Да и было бы странно, если бы мог помочь.
Резервируются данные о позиции закачки файла и чексумма куска. Нужно это для того, чтобы файлы не бились в случае форс-мажора, напр. при перезагрузки в момент записи данных на диск.
Цитата:
Они посмотрели, что у тебя восемь тысяч постов, и отреагировали.
А посмотели на lucky_Luk - 500 сообщений, и в облом им стало.
Побежали на форум, смотреть сколько у меня постов... Ню-ню...
Если что и имело значение, так стиль письма и конструктивность предложения.
lucky_Luk
Цитата:
А как раз с резервированием закачки у меня проблемы: качал файл со slil.ru или с megaupload, DM качает, резервирует, а потом бац и начинает опять качать с нуля. И так несколько раз, причем DM показывает что докачка поддерживается.
В DM существует ряд замечательных багов в части "показывает".
Вот я исключительным образом люблю фичу "Создавать папки на основе URL". И регулярно из-за неё страдаю...
DM долгое время некорректно обрабатывал ряд символов (не имеел исключений для них), которые в NTFS использоваться не могут.
Допустим тот же пробел в конце названия папки (http://site.com/folder /file.ext).
Что мы имеем? DM пытается создать папку "as is". Система, разумеется, создаваёт более другую (...\folder\), поскольку иначе не умеет. DM этого ни разу не замечает и радостно рапортует, что де закачка идёт. И даже сообщает, что она де вовсе даже завершена. На самом же деле файл закачки не был создан, поскольку его пытались создать в несуществующей папке. На этом деле я где-то гиг трафа угробил, пока не заметил, что место на винте как-то совсем слабо уменьшается...
Буквально пару недель назад отловил другого бага из той же оперы.
Если грабим список файлов для закачки с фтп, висящем на нестандартном порту (ftp://site.com:9876/folder/file.ext), то имеем всё тоже самое, что в случае выше...
Цитата:
Приходится во время закачки делать копию файла и если DM лажанется то подсовывать ему копию - тогда качает с того места, где возник глюк, а не с нуля. И нафига такое резервирование?
Не замечал подобного, правда с файловых помоек обычно качаю только браузером.
Цитата:
Он что туда избыточный код пихает типа информация для восстановления? Так если файл битый на серваке так это не поможет, да и как инфу для восстановления сделать если нет всего файла?
Если битый на серваке - никак не поможет. Да и было бы странно, если бы мог помочь.
Резервируются данные о позиции закачки файла и чексумма куска. Нужно это для того, чтобы файлы не бились в случае форс-мажора, напр. при перезагрузки в момент записи данных на диск.