Hur visar jag WGET-status när man kör med -b-flaggan i bakgrunden?

Även om det är möjligt att köra wget i bakgrunden med ett ampersand efter utfärdandet av ett kommando, är det i allmänhet mer användbart att utfärda kommandot med flaggan -b. Låt oss till exempel anta att du ville ladda ner en Debian CD-installationsavbildning. Du kan göra det med wget -b http://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-8.7.1-i386-lxde-CD-1.iso, som då skulle omedelbart berätta att processen fortsätter i bakgrunden. Det skulle dessutom ge dig ett processoridentifieringsnummer som anger vilken bakgrundsprocess wget körs i.

Även om bakgrundskörande wget-processer inte ger någon annan information i detta avseende betyder det inte att du inte kan visa status om du vill. Du kan enkelt öppna wget-loggfilen i en textredigerare. Programmerare utformade den här processen för att fungera med stora stora järnservrar, vilket innebär att du inte har några alternativ för att göra saker vackra. Återigen behöver du inte gå igenom mer än ett enda extremt grundläggande steg för att få den information du letar efter. Allt det handlar om är att öppna en enda fil.

Visar wget-bakgrundsnedladdningsstatus

Låt oss anta att du använde wget -b följt av en adress till en resurs som du laddar ner. Medan vi använde den Debian LXDE-installationen av ISO kunde du teoretiskt använda nästan vilken resurs som helst online. Wget-programmets process kan inte komma i förgrunden på det sätt du kan med processer som du använde ett ampersand för att skicka till bakgrunden. Faktum är att om du kör jobbkommandot direkt efter att du har startat wget på det här sättet kommer du att upptäcka att det inte finns några bakgrundsprocesser registrerade med bash-skalet, men du kan använda kill följt av process-ID om du plötsligt vill stoppa din wget-processen. Detta skulle dock inte ladda ner filen korrekt.

Du kan klicka på den nedladdade filen och se filstorleken växa i en grafisk filhanterare. Men wget skapar som standard loggfiler som den ständigt skriver ut. Det heter dessa wget-loggar och börjar sedan använda siffror om du laddar ner mer än en fil på detta sätt till samma katalog eller om du lämnade gamla loggfiler i den. Detta förhindrar att wget skriver över sina egna loggfiler. Du kan dubbelklicka på dessa filer i en grafisk filhanterare för att öppna dem, eller så kan du använda färre eller fler kommandon från CLI-prompten för att ladda upp dem. Aktuell nedladdningsstatus finns alltid på sista raden i filen.

Tänk på att wget hela tiden skriver till dessa filer, vilket innebär att du måste öppna dem upprepade gånger i en grafisk filhanterare eller upprepade gånger utfärda samma katt, mindre eller mer kommando i CLI-prompten för att visa relevanta ändringar. Du kan använda -o följt av ett filnamn när du startar wget-kommandot för att ange en anpassad loggfil, men få användare gör det någonsin. Du kan också använda flaggan -a följt av namnet på en loggfil för att istället lägga till meddelanden till en fil som du redan har. Försök inte köra två bakgrunds-wget-processer som bifogas samma logg, eftersom detta bara kan ge dig en fil laddad med gibberish. Wget-programvaran skulle försöka skriva rad efter rad från båda processerna, vilket skulle leda till information mellan varandra som skulle vara svår att läsa.

Någon av dessa flaggor fungerar med andra flaggor som du kan använda när du arbetar med wget, men kom ihåg att wget alltid är -v-flaggan. Denna flagga möjliggör detaljerad utdata, vilket är vad de flesta användare är vana vid. Att kombinera flaggan -b och flaggan -q för tyst resultat kan hålla dig i mörkret när det gäller vad wget gör vid varje tidpunkt. Tekniskt sett kan du kombinera flaggorna -b och -d, men allt detta gör det möjligt att aktivera debug-nivå-utdata som berättar mer om vad programvaran gör bakom kulisserna. Denna extra utdata är normalt bara användbar för dem som arbetar med att redigera wgets källkod, och de allra flesta användare kan undvika det helt. Även programmerare som arbetar med nedladdningsskript borde inte behöva denna information, och i de flesta fall kommer det bara att orsaka onödig röran.

Kom ihåg att om du använde wget i någon annan katalog än ~ / Nedladdningar, kommer det också att lägga dina loggfiler där.