Deze vraag heeft hier al antwoorden :
Reacties
- Gilles vond deze die nog meer op een dup lijkt: unix.stackexchange.com/questions/37660/order-of-redirections
Antwoord
2
verwijst naar de tweede bestandsbeschrijving van het proces, dwz stderr
.
>
betekent omleiding.
&1
betekent dat het doel van de omleiding dezelfde locatie moet zijn als het eerste bestand descriptor, dwz stdout
.
Dus > /dev/null 2>&1
eerste omleidingen stdout
naar en leidt vervolgens stderr
daar ook door. Dit stopt effectief alle uitvoer (normaal of fout) van het wget
commando.
:: edit :: Hier is een uitstekende snelle referentie voor u.
Reacties
- Bedankt. Als het wordt uitgevoerd in een shared hosting cron job die doorgaans een e-mail van de output naar een admin stuurt, zou de > / dev / null 2 > & 1 voorkomen dat dit gebeurt, denk je? Zijn spaties rond ' > ' ook van belang?
- Ja is de complete silencing-truc een standaardpraktijk om ervoor te zorgen dat er absoluut geen output bestaat om e-mail vanuit een cron-taak te activeren. (Merk echter op dat de hostingprovider allerlei vreemde dingen met je cron-omgeving heeft gedaan om ervoor te zorgen dat het een soort e-mail verzendt, ongeacht je inspanningen.) :: bewerken :: En nee, spaties rond de eenzame
>
doen er niet toe, maar spaties binnen de2>&1
zijn waarschijnlijk van belang (ik kan ' niet onthouden) . - Het is misschien ook vermeldenswaard dat dezelfde semantiek vaak wordt bereikt met het idioom
&>/dev/null