Wie übergebe ich 2> / dev / null als Variable?

Ich habe diesen Code, der funktioniert:

# Hide irrelevant errors so chrome doesn't email us in cron
if [[ $fCron == true ]] ; then
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName" 2>/dev/null
else
    # Get silly error messages when running from terminal
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
fi

Wenn ich versuche, es so zu verkürzen:

# Hide irrelevant errors so chrome doesn't email us in cron
local HideErrors
[[ $fCron == true ]] && HideErrors="2>/dev/null"

google-chrome --headless --disable-gpu --dump-dom \
    "$RobWebAddress" > "$DownloadName" "$HideErrors"

Ich erhalte Fehlermeldungen:

[0826/043058.634775:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
[0826/043058.672587:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
[0826/043058.711640:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
(... SNIP ...)

Warum funktioniert ein hartcodiertes Argument, aber kein Argument als Variable?

Bearbeiten 2:

Momentan fand ich Erfolg mit dem alternativen Vorschlag der zweiten Antwort:

# Redirect errors when cron is used to /dev/null to reduce emails
ErrorPipe=/dev/stderr
[[ $fCron == true ]] && ErrorPipe=/dev/null

google-chrome --headless --disable-gpu --dump-dom \
                "$RobWebAddress" > "$DownloadName" 2>"$ErrorPipe"

Bearbeiten 1:

Anhand der ersten Antwort sollte ich darauf hinweisen, dass der Programm-Header bereits Folgendes enthält:

[[ $fCron != true ]] &&
    exec 2> >(grep -v 'GtkDialog mapped without a transient parent' >&2)

Der Grund, warum Sie keine Umleitung durch Erweitern verursachen können, "$HideErrors"ist, dass Symbole wie >nicht speziell behandelt werden, nachdem sie durch Parametererweiterung erstellt wurden . Dies ist tatsächlich sehr gut, da solche Symbole in Text enthalten sind, den Sie möglicherweise erweitern und wörtlich verwenden möchten.

Dies gilt unabhängig davon, ob Sie zitieren oder nicht $HideErrors. Das Ergebnis der Parametererweiterung unterliegt der Wortteilung und dem Globbing, wenn die Erweiterung nicht in Anführungszeichen gesetzt ist, aber das war's.

Es gibt zahlreiche Möglichkeiten, eine bedingte Umleitung zu erreichen. Für einen sehr einfachen Befehl, kann es den ganzen Befehl zweimal angemessene Schreib sein, einmal in jedem Zweig eines caseoder if- elseKonstrukt. Dies wird jedoch bald lästig, und der Befehl, den Sie gezeigt haben, ist sicherlich ein Fall, in dem dies nicht ideal wäre.

Von den Ansätzen, mit denen Sie vermeiden können, sich zu wiederholen , sind zwei besonders zu empfehlen, da sie recht sauber und leicht zu finden sind. Sie möchten nur einen dieser Befehle verwenden, nicht beide gleichzeitig für denselben Befehl und dieselbe Umleitung.

Speichern Sie den Befehl anstelle der Umleitung. Anstatt zu versuchen, die Umleitung in einer Variablen zu speichern und die Parametererweiterung anzuwenden, speichern Sie den Befehl in einer Shell-Funktion . Dann schreiben Sie ein caseoder if- else, in dem die Funktion mit der Umleitung auf einen Zweig und ohne auf den anderen Zweig aufgerufen wird.

Wenn Sie Ihren Befehl als Code konzipieren, den Sie einmal schreiben, aber unter mehreren Umständen ausführen möchten, ist eine Funktion die natürliche Lösung. Das ist was ich normalerweise tue. Es hat den Vorteil, dass weder eine Unterschale noch ein manuelles Speichern und Zurücksetzen des Zustands erforderlich sind .

Mit deinem Code:

launch() {
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
}

case $fCron in
true)  launch 2>/dev/null;;
*)     launch;; # Get silly error messages when running from terminal
esac

Sie können einen beliebigen Abstand verwenden oder if- elsewenn Sie möchten - einen anderen. Beachten Sie, dass launchder Aufrufer RobWebAddressund die DownloadNameVariablen automatisch verwendet werden, auch wenn es sich um lokale Variablen handelt, da Bash im Gegensatz zu den meisten lexikalischen Programmiersprachen einen dynamischen Gültigkeitsbereich hat.

Führen Sie den Befehl in einer Subshell aus und wenden Sie die Umleitung unter bestimmten Bedingungen auf an exec. Dies ist, was Stahlfahrer kommentierte , aber innen ( ), um den Effekt lokal zu halten . Wenn das execBuiltin ohne Argumente ausgeführt wird, ersetzt es die aktuelle Shell nicht durch einen neuen Prozess, sondern wendet stattdessen eine der Umleitungen auf die aktuelle Shell an.

(Es ist auch möglich, den Stand des Standardfehlers zu verfolgen und ihn wiederherzustellen, ohne eine Subshell zu verwenden und damit die Fähigkeit zu verlieren, die aktuelle Shell-Umgebung zu ändern. Die Details dazu überlasse ich jedoch anderen Antworten.)

Mit deinem Code:

(
    # Suppress silly error messages unless running from terminal
    case $fCron in true) exec 2>/dev/null;; esac

    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
)

Nach dem Schließen )wird der Standardfehler auf den vorherigen Stand zurückgesetzt, da er nur in der Subshell und nicht in der übergeordneten Shell umgeleitet wird. Auch dies funktioniert problemlos mit den vorhandenen Shell-Variablen, da Subshells eine Kopie davon erhalten. Obwohl ich lieber eine Shell-Funktion verwende, muss ich zugeben, dass für diese Methode möglicherweise weniger Code erforderlich ist.

Beide Methoden funktionieren unabhängig davon, als welcher Datei- oder Gerätestandardfehler gestartet wird, einschließlich im Fall von Umleitungen, die auf Shell-Funktionen angewendet werden, die den Code aufrufen, der das bedingte Verhalten enthält, sowie im Fall (in Ihrer Bearbeitung erwähnt), in dem Standardfehler für Das gesamte Skript wurde bereits von einem vorherigen oder umgeleitet . Dass der Weg durch Prozesssubstitution entstanden ist, ist kein Problem.exec 2>&fdexec 2> path

Warum funktioniert ein hartcodiertes Argument, aber kein Argument als Variable?

Da Syntaxelemente nicht aus erweiterten Variablenwerten interpretiert werden. Das heißt, die Variablenerweiterung ist nicht dasselbe wie das Ersetzen der Variablenreferenz durch den Text der Variablen in der Befehlszeile. (Sachen wie ;, |, &&und Zitate usw. sind auch keine speziellen in den Werten der Variablen.)

Sie können Aliase verwenden oder die Variable verwenden, um nur das Ziel der Umleitung zu speichern.

Aliase sind nur ein Textersatz und können syntaktische Elemente wie Operatoren und Schlüsselwörter enthalten. In einem Skript müssen shopt expand_aliasesSie dies tun, da diese standardmäßig in nicht interaktiven Shells deaktiviert sind. Das druckt also 2(nur):

#!/bin/bash
shopt -s expand_aliases

alias redir='> /dev/null'
redir echo 1
alias redir=''
redir echo 2

(Und Sie könnten auch alias jos=if niin=then soj=fiund dann alle Ihre if-Anweisungen auf Finnisch schreiben. Ich bin sicher, dass jeder, der das Skript liest, Sie lieben würde.)

Alternativ können Sie die Umleitung immer schreiben, aber nur das Ziel mit einer Variablen steuern. Sie benötigen ein No-Op-Ziel für den Fall, dass Sie nicht ändern möchten, wohin die Ausgabe geht, aber /dev/stderrin diesem Fall funktionieren sollte. Tatsächlich ist das Hinzufügen 2> /dev/stderrkein No-Op, da Linux geöffnete FDS /proc/<pid>/fdals unabhängig vom Original behandelt. Dies wirkt sich auf die Positionierung der Schreibposition aus und bringt die Ausgabe durcheinander, wenn sie in eine reguläre Datei verschoben wird.

Es sollte jedoch im Append-Modus funktionieren (oder wenn stderr zu einer Pipe oder zu einem Terminal geht):

#!/bin/sh
exec 2>/tmp/error.log
dst=/dev/null
ls -l /nosuchfile-1 2>> "$dst"     # this doesn't print
dst=/dev/stderr
ls -l /nosuchfile-2 2>> "$dst"
ls -l /nosuchfile-3 2>> "$dst"

Also zu wiederholen: 2> /dev/stderrkann brechen.

Fragentitel: "Wie übergebe ich 2> / dev / null als Variable?" Dies kann tatsächlich mit erfolgeneval

joshua@nova:/tmp$ X=">/dev/null"
joshua@nova:/tmp$ echo $X
>/dev/null
joshua@nova:/tmp$ eval echo $X
joshua@nova:/tmp$ eval echo hi
hi
joshua@nova:/tmp$ eval echo hi $X
joshua@nova:/tmp$ echo hi $X
hi >/dev/null
joshua@nova:/tmp$ 

So können wir als umschreiben

# Hide irrelevant errors so chrome doesn't email us in cron
local HideErrors
local RobWebAddress2
local DownloadName2
[[ $fCron == true ]] && HideErrors="2>/dev/null"
RobWebAddress2='"$RobWebAddress"'
DownloadName2='>"$DownloadName"'

eval google-chrome --headless --disable-gpu --dump-dom \
    $RobWebAddress2 $DownloadName2 "$HideErrors"

Wobei der indirekte Variablenzugriff verhindert, dass die Erweiterung im Rest der Befehlszeile zu früh erfolgt.

Doppelte Anführungszeichen in Variablen funktionieren einwandfrei.

joshua@nova:/tmp$ X='"'
joshua@nova:/tmp$ Y='$X'
joshua@nova:/tmp$ eval echo $Y
"
joshua@nova:/tmp$