Jak przekazać wartość zmiennej na stdin polecenia?

Piszę skrypt powłoki, który powinien być nieco bezpieczny, tj. Nie przekazuje bezpiecznych danych przez parametry poleceń i najlepiej nie używa plików tymczasowych. Jak mogę przekazać zmienną do wejścia standardowego polecenia? A jeśli nie jest to możliwe, jak poprawnie wykorzystać pliki tymczasowe do takiego zadania?

Coś tak prostego, jak:

echo "$blah" | my_cmd

Przekazywanie wartości stdinw bash jest tak proste, jak:

your-command <<< "$your_variable"

Zawsze upewnij się, że wokół wyrażeń zmiennych umieszczasz cudzysłowy!

Uważaj, bo to prawdopodobnie zadziała tylko bashi nie zadziała sh.

Zauważ, że echo "$var" | commandoperacja ' oznacza, że ​​standardowe wejście jest ograniczone do linii, której (-ych) echo (-ych) zawiera echo. Jeśli chcesz, aby terminal był podłączony, musisz być bardziej wyrafinowany:

{ echo "$var"; cat - ; } | command

( echo "$var"; cat -   ) | command

Oznacza to, że pierwsza linia (wiersze) będzie zawartością, $varale reszta będzie pochodzić z catodczytu jego standardowego wejścia. Jeśli polecenie nie robi nic zbyt wymyślnego (spróbuj włączyć edycję wiersza poleceń lub uruchom tak, jak vimrobi), to będzie dobrze. W przeciwnym razie musisz naprawdę polubić - myślę, że expectlub jedna z jego pochodnych może być odpowiednia.

Notacje wiersza poleceń są praktycznie identyczne - ale drugi średnik jest konieczny w nawiasach klamrowych, a nie w nawiasach.

Podobała mi się odpowiedź Martina, ale ma pewne problemy w zależności od tego, co jest w zmiennej. To

your-command <<< """$your_variable"""

jest lepsze, jeśli zmienna zawiera „lub!

(cat <<END
$passwd
END
) | command

Nie catjest to naprawdę potrzebne, ale pomaga w lepszej strukturze kodu i umożliwia użycie większej liczby poleceń w nawiasach jako danych wejściowych do polecenia.

Zgodnie z odpowiedzią Martina istnieje funkcja bash o nazwie Here Strings (która sama w sobie jest wariantem szerzej obsługiwanej funkcji Here Documents ).

http://www.gnu.org/software/bash/manual/bashref.html#Here-Strings

3.6.7 Tutaj Ciągi

Odmiana tutaj dokumentów, format:

<<< word

Słowo jest interpretowane i dostarczane do polecenia na jego standardowym wejściu.

Zauważ, że Here Strings wydaje się być tylko bashem, więc dla lepszej przenośności prawdopodobnie lepiej byłoby, gdybyś miał oryginalną funkcję Here Documents, zgodnie z odpowiedzią PoltoS:

( cat <<EOF
$variable
EOF
) | cmd

Lub prostszy wariant powyższego:

(cmd <<EOF
$variable
EOF
)

Możesz pominąć (i ), chyba że chcesz, aby to było dalej przekierowywane do innych poleceń.

Ten solidny i przenośny sposób pojawił się już w komentarzach. Powinna to być samodzielna odpowiedź.

printf '%s' "$var" | my_cmd

lub

printf '%s\n' "$var" | my_cmd

Uwagi:

• To lepsze niż echo, powody są tutaj: Dlaczego jest printflepsze niż echo?
• printf "$var"jest źle. Pierwszym argumentem jest format, w którym różne sekwencje, takie jak %slub \nsą interpretowane . Aby przekazać zmienną w prawo, nie można jej interpretować jako formatu.

• Zwykle zmienne nie zawierają końcowych znaków nowej linii. Poprzednie polecenie (z %s) przekazuje zmienną taką, jaka jest. Jednak narzędzia, które pracują z tekstem, mogą ignorować lub narzekać na niekompletną linię (zobacz Dlaczego pliki tekstowe powinny kończyć się znakiem nowej linii? ). Więc możesz chcieć tego ostatniego polecenia (z %s\n), które dodaje znak nowego wiersza do zawartości zmiennej. Nieoczywiste fakty:

  • Tutaj ciąg w Bash ( <<<"$var" my_cmd) dołącza nową linię.
  • Każda metoda, która dołącza znak nowego wiersza, skutkuje niepustym stdin of my_cmd, nawet jeśli zmienna jest pusta lub niezdefiniowana.

Spróbuj tego:

echo "$variable" | command

Po prostu zrób:

printf "$my_var" | my_cmd

Jeśli zmienna nie zawiera spacji, cudzysłowy można pominąć.
Jeśli używasz basha, możesz również:

echo -n "$my_var" | my_cmd

Unikaj używania echo bez -n, ponieważ spowoduje to potokowanie vraiable z dodanym podziałem wiersza na końcu.