По http скачиваются только страницы - по определению.
По ftp команда одноименная, но она не применима для http://site.ru/file.zip, посколько опять же по определению, это не ФТП узел.

--
http://www.podgoretsky.com

k-nike
Я подверг большому сомнению что по http скачиваются только страницы по определению !
А что браузер может и по ftp и по http любые файлы скачивать для меня не секрет, как для некоторых.
А зря, по определению ничего другого нельзя по протоколу http получить, за подробностями в rfc
Браузер скачивает не файлы, а страницы, куда через расширение MIME инкапсулированы файлы, картинки и прочее. У http есть только две команды на скачивание get page/post page

Только через инкапсуляцию, а напрямую нельзя, http это не файл сервер.

И все равно неверно, я должен скачать страницу, и извлечь инкапсулированый в нее файл

Динамическую страницу, в которую будет инкапсулирован файл conf-2009.avi, конечно если http сервер это поддерживает.

Но ты то приводишь URL
URI вот /WEBMASTER/rfc2068/section-3.html#p2

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

И тебе интересно спорить на эту тему? Искать неточности в терминологии? Или все равно?
Ведь большинство даже не поймет о чем мы это!

Проблемы индейцев шерифа не волнуют.
Если не понимает, то пусть не слушает, просто игнорирует.
Я понимаю.

k-nikeAnatoly Podgoretsky,

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

kengooПохоже товарищ перепутал с электронной почтой.
И там и там используется MIME

kengooПо http скачиваются только страницы - по определению.
Двоечник... слышал звон :)
По http скачиваются любые данные , причем не инкапсулируются ни в какую страницу, а идут бинарным потоком. В заголовке http-ответа указывается content-type, который позволяет браузеру правильно интерпретировать полученные данные.
А ты посмотри каким ни будь хорошим свойством, которое не только контент показывает, так вот увидишь заголовки, не относящие ни к какому файлу, указаному в качестве URI
Да и название протокола hyper TEXT трансфер протокол

mahouneА дайте ссылку где почитать о том? что происходит в деталях от момента когда пользователь ввел ссылку (URI) на файл такого вида http://www.site.com/filename.ext в своем клиенте до момента когда этот файл будет записан на жесткий диск.

А то я уже окончательно запутался.
Во первых ты указал URL это немного шире, чем URI и не важно по контексту
А остальное зависит от клиента, вероятнее всего будет скачано сначала во временные файлы, затем интерпритировано и распаковано в клиенте, ну и дальше много вариантов, например показано на экране или предложено сохранить, записать контент.
Если хочешь разобраться, то для протокола http /1.0 имя первичного rfc - rfc1945.txt и к нему множество расширений, тебе как минимум нужно одно, по MIME
Предупреждаю документы сложные для чтения и предполагают определенную подготовку.

Причина простая, mget не полностью отработал, а ты далее не глядя удаляешь.

Вообще то протокол не позволяет это решить, вот если у тебя есть доступ до сервера, то можно задействовать механизм контрольных сумм.

Поставь после каждой строчки PAUSE и посмотри.

А говорил что у тебя БАТ файл, на самом деле скрипт, а там такие команды запрещены.

Первое сообщение видимо относится к rename
А там нельзя использовать символы подстановки, и я сомневаюсь, что ты хотел переименовать файлы сервере.

Я уже писал, что без использования контрольных сумм у тебя ничего не получится, невозможно узнать нормально закачался файл или нет, вот поэтому рядом кладут файл с контрольной суммой (MD5) или его расчитывают.