Ich lade Daten herunter, die auf mehrere Dateien verteilt sind, die sich nach der Veröffentlichung nicht ändern.
Daher --timestamping
ist es nicht gut genug, weil ständig überprüft wird, welche Ressource geändert wird, was in meinem Fall völlig sinnlos ist.
--no-clobber
würde perfekt passen. Leider funktioniert es --convert-links
aus irgendeinem Grund nicht.
Sowohl --no-clobber als auch --convert-links wurden angegeben, nur --convert-links werden verwendet.
Ich hoffte, das --backup-converted
würde helfen, aber es änderte nichts (es funktioniert für --timestamping
.)
Warum wget --convert-links --backup-converted --no-clobber --wait 1 https://example.com
ignoriert --no-clobber
und wie könnte es behoben werden?
--continue
? Dies ist normalerweise dazu gedacht, einen zuvor abgebrochenen Download fortzusetzen. Aber wenn die Datei bereits abgerufen wurde, führt das nichts aus.Antworten:
Irgendeine Möglichkeit, rsync zu benutzen? Sie müssen SSH-Zugriff auf das System haben. (Ich habe noch nie gesehen, dass rsync für http: // Downloads verwendet wurde.)
So etwas wird Dateien abrufen, die Sie noch nie bekommen haben, und Dateien, die aus irgendeinem Grund nicht mehr heruntergeladen wurden, erneut abrufen.
Dies funktioniert möglicherweise nicht für Sie. Nicht genügend Informationen darüber, was Sie versuchen, zu tun.
quelle
Sie können nicht beide
--convert-links
und verwenden--no-clobber
. Sie erhalten diese Nachricht:Both --no-clobber and --convert-links were specified, only --convert-links will be used.
wget
kann erreichen, was Sie wollen, wenn Sie--convert-links
und angeben--timestamping
. Dies funktioniert jedoch nur, wenn die Zielsite die Datei-Zeitstempelinformationen in den Antwortheadern bereitstellt.quelle