Pobieram dane rozproszone wśród wielu plików, które nie zmieniają się po opublikowaniu.
Dlatego --timestamping
nie jest wystarczająco dobry, ponieważ stale sprawdza, który zasób jest zmieniany, co w moim przypadku jest całkowicie bezcelowe.
--no-clobber
pasuje idealnie. Niestety z --convert-links
jakiegoś powodu nie działa .
Podano zarówno --no-clobber, jak i --convert-links, zostaną użyte tylko --convert-links.
Miałem nadzieję, że --backup-converted
to pomoże, ale nic nie zmieniło (działa --timestamping
).
Dlaczego wget --convert-links --backup-converted --no-clobber --wait 1 https://example.com
ignoruje --no-clobber
i jak można to naprawić?
--continue
? zwykle ma to na celu kontynuowanie wcześniej przerwanego pobierania. ale jeśli plik został już pobrany, nic nie robi.Odpowiedzi:
Czy jest jakaś możliwość korzystania z rsync? Będziesz musiał mieć dostęp ssh do systemu. (Nigdy nie widziałem rsync używanego do pobierania http: //).
Coś takiego spowoduje otrzymanie plików, których nigdy nie otrzymałeś i ponowne pobranie plików, które z jakiegoś powodu zostały zatrzymane.
To może nie działać dla ciebie. Za mało informacji o tym, co próbujesz zrobić.
źródło
Nie możesz używać obu
--convert-links
i--no-clobber
. Otrzymasz tę wiadomość:Both --no-clobber and --convert-links were specified, only --convert-links will be used.
wget
może osiągnąć to, co chcesz, jeśli określisz--convert-links
i--timestamping
. Działa to jednak tylko wtedy, gdy witryna docelowa poda informacje o znaczniku czasu pliku w nagłówkach odpowiedzi.źródło