'wget --continue' не працює з '--no-clobber'

Я працюю під Windows 7 і хочу завантажити всі нові файли з каталогу сервера Windows через HTTPS за допомогою wget. Крім того, я хочу відновити завантаження великих файлів у разі втрати з'єднання під час передачі.

Коли я біжу

wget.exe --continue --recursive https://<host>:<port>/<some path>/pdf.dll

все працює добре.

Але використовуючи

wget.exe --continue --no-clobber --recursive https://<host>:<port>/<some path>/pdf.dll

завантаження не поновлюється після втрати з'єднання, але неповний файл залишається в моїй локальній файловій системі. Повідомлення wget:

Файл '//pdf.dll' вже є; не витягуючи.

(Ми хочемо використовувати цю --no-clobberопцію, щоб уникнути надсилання запитів HEAD для всіх уже переданих файлів.)

Чи означає це, що --continueне працює добре разом --no-clobber?

wget

— Ганс
джерело

Як wget знати, що файл закінчується завантаженням без надсилання запиту HEAD, щоб дізнатися розмір файлу на сервері?

— user2313067

Я думаю, в цьому справа. З --no-clobber не надсилаються запити HEAD для файлів, які вже існують локально, тому - продовжувати просто не може працювати. Дякую.

— Ганс

Це тому, що ви поєднуєте два варіанти ( --no-clobber і --continue):

--continue : Продовжуйте отримувати частково завантажений файл
--no-clobber: Це перекриє / замінить завантажений раніше файл, перш ніж перезапустити, щоб завантажити знову

Як бачите, ці два варіанти попросять Wget виконати зовсім протилежні завдання, тому він не знає, що робити до кінця. Не комбінуйте їх. Про параметри завантаження ви можете прочитати детально.

Дякую за вашу відповідь! Насправді в документації про wget прямо не сказано, що --no-clobber заважає - продовжувати працювати (немає потрібної часової мітки, а також оновлення файлів не потрібно, просто підрахуйте кількість байтів локально та на стороні сервера). З іншого боку, ви часто бачите приклади, коли ці параметри використовуються разом (наприклад, тут: labnol.org/software/wget-command-examples/28750 , приклад 9). Але мій досвід співпадає з вашою відповіддю ...

— Ганс,