Sådan vises WGET-status, når du kører med -b-flag i baggrunden?

Selvom det er muligt at køre wget i baggrunden ved hjælp af et ampersand efter udstedelse af en kommando, er det generelt mere nyttigt at udstede kommandoen med -b-flag. Lad os for eksempel antage, at du ønskede at downloade et Debian-cd-installationsbillede. Du kan gøre det med wget -b http://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-8.7.1-i386-lxde-CD-1.iso, som så straks fortælle dig, at processen fortsætter i baggrunden. Det giver dig desuden et processoridentifikationsnummer, der angiver, hvilken baggrundsproces wget kører i.

Selvom baggrundskørende wget-processer ikke indeholder andre oplysninger i denne henseende, betyder det ikke, at du ikke kan vise status, hvis du vil. Du kan nemt åbne wget-logfilen i en teksteditor. Programmører designet denne proces til at arbejde med store store jernservere, hvilket betyder, at du ikke har nogen muligheder for at gøre tingene smukke. Derefter behøver du ikke gennemgå mere end et enkelt ekstremt grundlæggende trin for at få de oplysninger, du leder efter. Alt det involverer er at åbne en enkelt fil.

Viser status for download af wget-baggrund

Lad os antage, at du brugte wget -b efterfulgt af en adresse til en ressource, du downloader. Mens vi brugte denne Debian LXDE-installation af ISO, kunne du teoretisk bruge næsten enhver ressource online. Wget-programmets proces kan ikke bringes i forgrunden på den måde, du kan med processer, du brugte et ampersand til at sende i baggrunden. Faktisk, hvis du kører jobkommandoen straks efter start af wget på denne måde, vil du opdage, at der ikke er nogen baggrundsprocesser registreret med bash-skallen, selvom du kunne bruge kill efterfulgt af proces-id'et, hvis du pludselig ville stoppe din wget-proces. Dette ville dog ikke downloade filen korrekt.

Du kan klikke på den downloadede fil og se filstørrelsen vokse i en grafisk filhåndtering. Imidlertid opretter wget som standard logfiler, som det konstant skriver ud. Det navngiver disse wget-log og begynder derefter at bruge numre, hvis du downloader mere end en fil på denne måde til den samme mappe, eller hvis du har efterladt gamle logfiler i den. Dette forhindrer wget i at overskrive sine egne logfiler. Du kan dobbeltklikke på disse filer i en grafisk filhåndtering for at åbne dem, eller du kan bruge de færre eller flere kommandoer fra CLI-prompten til at indlæse dem. Den aktuelle downloadstatus er altid på den sidste linje i filen.

Husk, at wget konstant skriver til disse filer, hvilket betyder, at du skal åbne dem gentagne gange i en grafisk filhåndtering eller gentagne gange udstede den samme kat, mindre eller mere kommando i CLI-prompten for at se relevante ændringer. Du kan bruge -o efterfulgt af et filnavn, når du starter wget-kommandoen til at angive en brugerdefineret logfil, men kun få brugere gør det nogensinde. Du kan også bruge -a-flag efterfulgt af navnet på en logfil til at i stedet føje meddelelser til en fil, du allerede har. Forsøg ikke at køre to baggrund wget-processer, der føjes til den samme log, da dette måske bare giver dig en fil fyldt med gibberish. Wget-softwaren ville forsøge at skrive linje efter linje fra begge processer, hvilket førte til mellemrumsoplysninger, der ville være svære at læse.

Ethvert af disse flag fungerer sammen med de andre flag, som du måske bruger, når du arbejder med wget, men husk, at wget altid er som standard -v-flag. Dette flag muliggør detaljeret output, hvilket er, hvad de fleste brugere er vant til. Kombination af -b-flag og -q-flag for stille output kan holde dig i mørket med hensyn til hvad wget laver til enhver tid. Teknisk set kan du kombinere flagene -b og -d, men alt dette gør det er at muliggøre debug-niveau output, der fortæller dig mere om, hvad softwaren laver bag kulisserne. Dette ekstra output er normalt kun nyttigt for dem, der arbejder på at redigere wget's kildekode, og langt de fleste brugere kan undgå det helt. Selv programmører, der arbejder på download-scripts, har ikke brug for disse oplysninger, og i de fleste tilfælde vil det bare medføre unødvendig rod.

Husk, at hvis du brugte wget i et andet bibliotek end ~ / Downloads, vil det også placere dine logfiler der.