Je télécharge des données réparties sur plusieurs fichiers qui ne changent pas une fois publiées.
Par conséquent, ce --timestamping
n'est pas suffisant, car il vérifie constamment quelle que soit la ressource modifiée, ce qui est, dans mon cas, complètement inutile.
--no-clobber
conviendrait parfaitement. Malheureusement, cela ne fonctionne pas --convert-links
pour une raison quelconque.
--No-clobber et --convert-links ont été spécifiés, seuls --convert-links seront utilisés.
J'espérais que --backup-converted
cela aiderait, mais cela n'a rien changé (cela fonctionne pour --timestamping
.)
Pourquoi wget --convert-links --backup-converted --no-clobber --wait 1 https://example.com
ignore --no-clobber
et comment pourrait-il être corrigé?
--continue
? ceci est généralement destiné à contiune un téléchargement précédemment abandonné. mais si le fichier a déjà été récupéré, il ne fait rien.Réponses:
Toute possibilité d'utiliser rsync? Vous devrez avoir un accès ssh au système. (Je n'ai jamais vu rsync utilisé pour http: // téléchargements.)
Quelque chose comme ça obtiendra des fichiers que vous n'avez jamais obtenus et récupérera des fichiers qui ont cessé de télécharger pour une raison quelconque.
Cela peut ne pas fonctionner pour vous. Pas assez d'informations sur ce que vous essayez de faire.
la source
Vous ne pouvez pas utiliser les deux
--convert-links
et--no-clobber
. Vous obtiendrez ce message:Both --no-clobber and --convert-links were specified, only --convert-links will be used.
wget
peut accomplir ce que vous voulez, si vous spécifiez--convert-links
et--timestamping
. Mais cela ne fonctionnera que si le site cible fournit les informations d'horodatage du fichier dans les en-têtes de réponse.la source