Как получается, что некоторые серверы не позволяют возобновить загрузку? Где - с точки зрения конфигурации сервера - вы должны настроить, чтобы отключить / включить эту функцию? Это http-конфигурация? или это как-то связано с вашим TCP-соединением? или оба? конечно, проблема не только в http. Протоколы FTP и HTTPS должны иметь одинаковую конфигурацию, верно? есть ли способ решения этой проблемы? Конечно, я просто ищу независимый от платформы ответ на этот вопрос. вы можете ответить, ссылаясь на свой опыт работы с конкретными платформами (Windows-IIS, Linux-apache или что-то еще).
PS. 1- Я не спрашиваю о размещенных сервисах обмена файлами (например, rapidshare и т. Д.), Бизнес-модель которых зависит от такой функции. Насколько я понимаю, они меняют свой URL каждый раз, когда вы запрашиваете файл. но возьмем к примеру http://ocw.yale.edu. он не позволяет возобновить ваши загрузки после того, как вы отключились от его серверов. Другой пример - ted videos. как только ваше соединение будет потеряно по какой-либо причине, вам придется начинать заново.
2- и я не спрашиваю, можете ли вы возобновить загрузку на стороне клиента. ради этого вопроса предположим, что на стороне клиента есть инструменты для возобновления моих загрузок.
Процесс Server-FTP должен поддерживать RESTart в режиме STREAM. Посмотри это ТАК ответ, что указывает на RFC3659
FTP и HTTP - совершенно разные протоколы, поэтому механизмы разные.
FTP-клиенты используют REST команда, чтобы сообщить серверу, что следующая передача файла (загрузка или выгрузка) начнется с определенной точки в файле:
> REST 12345
< 350 Restarting at 12345.
> RETR foo.tar
< 150 Opening BINARY mode data connection
HTTP-клиент использует Range заголовок, чтобы запросить отправку сервером определенной части файла:
> GET /foo.tar HTTP/1.1
> Range: bytes=12345-
>
< 200 OK HTTP/1.1
< Content-Range: bytes=12345-