sv.phhsnews.com


sv.phhsnews.com / När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?

När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?


När du skapar ett nytt skalskript vill du göra Visst är det så problemfritt som möjligt, men ibland kan det vara lite förvirrande att veta vilken shebang som är den bästa för dig att använda. I den här noten har dagens SuperUser Q & A-post svaret på en förvirrad läsares fråga.

Dagens Frågor och svar-session kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

SuperUser-läsaren Hendre vill veta när det är bättre att använda #! / Bin / bash istället för #! / Bin / sh i skalskript:

När är det mer lämpligt att använda #! / Bin / bash än #! / Bin / sh i ett skalskript?

När är det bättre att använda #! / bin / bash i stället för #! / bin / sh i ett skalskript?

Svaret

Graviteten för SuperUser-bidragsgivaren har svaret för oss:

I kort:

  • Det finns flera skal som implementerar en superset av POSIX sh-specifikationen. På olika system kan / bin / sh vara en länk till aska, bash, dash, ksh, zsh, etc. Det kommer alltid att vara sh-kompatibelt men aldrig csh eller fish.
  • Så länge Eftersom du bara håller fast vid Sh-funktioner kan du (och nog borde) använda #! / bin / sh och manuset ska fungera bra, oavsett vilket skal det är.
  • Om du börjar använda bash-specifika funktioner (dvs. arrayer), bör du specifikt begära bash eftersom, även om / bin / sh redan anropar bash på ditt system, kanske det inte finns på alla andras system och ditt skript kommer inte att springa där . Detsamma gäller för zsh och ksh.
  • Även om manuset endast är avsett för personligt bruk kanske du märker att vissa operativsystem ändras / bin / sh under uppgraderingar. Till exempel, på Debian brukade den vara bash, men ersattes senare med den mycket minimala streckkoden. Skript som använde bashism men hade #! / Bin / sh plötsligt brutit.

Men:

  • Även #! / Bin / bash är inte så korrekt. På olika system kan bash leva i / usr / bin , / usr / pkg / bin eller / usr / local / bin .
  • A mer tillförlitligt alternativ är #! / usr / bin / env bash , som använder $ PATH . Även om env-verktyget självt inte är strikt garanterat, fungerar / usr / bin / env fortfarande på fler system än / bin / bash .

Har något att lägga till förklaring? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Bildkredit: Wikipedia


Övervaka dold webbplats och Internetanslutningar

Övervaka dold webbplats och Internetanslutningar

Du kan vara ganska säker på att din dator är ansluten till servern som är värd för min webbplats när du läser den här artikeln, men förutom de uppenbara anslutningarna till de webbplatser som är öppna i din webbläsare kan din dator ansluta till en mängd andra servrar som inte är synligaFör det mesta kommer du inte att vilja göra något som skrivs i den här artikeln eftersom det krävs att du tittar på många tekniska saker, men om du tror att det finns ett program på din dator som inte borde kommunicera i hemlighet På Internet kan metoderna nedan identifiera något ovanligt.Det är värt att notera a

(How-to)

Fixera blank skärm efter att ändra inställningar för datorskärm

Fixera blank skärm efter att ändra inställningar för datorskärm

Har du problem med skärmen? Har du nyligen ändrat din skärmupplösning i Windows och nu kvar med en blank eller svart skärm som du inte kan ändra tillbaka? Det är irriterande när det händer! Det har hänt mig många gånger och jag måste säga att det är ganska hemskt att Windows inte har en inbyggd mekanism för att upptäcka huruvida en bildskärm kan stödja en viss upplösning eller uppdateringshastighet.Hur som helst, om d

(How-to)