trova exec '{}' non disponibile dopo>

Exec ci consente di passare tutti gli argomenti contemporaneamente {} +o di passarli uno alla volta con{} \;

Ora diciamo che voglio rinominare tutto jpeg , nessun problema nel farlo:

find . \( -name '*.jpg' -o -name '*.jpeg' \) -exec mv '{}' '{}'.new \;

Ma se devo reindirizzare l'output, '{}'non è accessibile dopo il reindirizzamento.

find . \( -name '*.jpg' -o -name '*.jpeg' \) -exec cjpeg -quality 80 '{}' > optimized_'{}' \;

Questo non funzionerebbe. Dovrei usare un ciclo for, archiviando l'output di find in una variabile prima di usarlo. Ammettiamolo, è ingombrante.

for f in `find . \( -name '*.jpg' -o -name '*.jpeg' \)`; do cjpeg -quality 80 $f > optimized_$f; done;

Quindi c'è un modo migliore?

È possibile utilizzare bash -call'interno del find -execcomando e utilizzare il parametro posizionale con il comando bash:

find . \( -name '*.jpg' -o -name '*.jpeg' \) -exec bash -c 'cjpeg -quality 80 "$1" > "$(dirname "$1")/optimized_$(basename "$1")"' sh {} \;

In questo modo {}viene fornito $1.

Il shprima che {}dice alla shell interna il suo "nome", la stringa qui usata viene usata ad es. Nei messaggi di errore. Questo è discusso più in questa risposta su StackOverflow .

Hai una risposta ( https://unix.stackexchange.com/a/481687/4778 ), ma ecco perché.

Il reindirizzamento >, nonché i pipe |e l' $espansione, vengono tutti eseguiti dalla shell prima dell'esecuzione del comando. Pertanto stdout viene reindirizzato a optimized_{}, prima che findvenga avviato.

Il reindirizzamento deve essere citato per evitare che l'attuale shell lo interpreti.
Ma citandolo eviterà anche il reindirizzamento dell'output del comando.
La soluzione nota a questo è quella di chiamare una shell:

find . -name '*.jpg' -exec sh -c 'echo "$1" >"$1".new' called_shell '{}' \;

In questo caso, il reindirizzamento ( >) viene quotato nella shell corrente e funziona correttamente all'interno della shell chiamata. Il called_shellviene utilizzato come $0parametro (il nome) del guscio bambino ( sh).

Funziona bene se viene aggiunto un suffisso al nome del file, ma non se si utilizza un prefisso. Affinché un prefisso funzioni è necessario sia rimuovere ./ciò che trova anteporre ai nomi di file ${1#./}sia utilizzare l' -execdiropzione.

Si può (o non può) desidera utilizzare l' -inameopzione in modo che i file di nome *.JPGo di *.JpGo di altre variazioni sono inclusi anche.

find . \( -iname '*.jpg' -o -iname '*.jpeg' \) -execdir sh -c '
     cjpeg -quality 80 "$1" > optimized_"${1#./}"
     ' called_shell '{}' \;

E potresti anche (o non voler) anche chiamare la shell una volta per directory anziché una volta per file aggiungendo un loop ( for f do … ; done) e un +alla fine:

find . \( -iname '*.jpg' -o -iname '*.jpeg' \) -execdir sh -c '
     for f; do cjpeg -quality 80 "$f" > optimized_"${f#./}"; done
     ' called_shell '{}' \+

E, infine, poiché cjpegè in grado di scrivere direttamente su un file, il reindirizzamento potrebbe essere evitato come:

find . \( -iname '*.jpg' -o -iname '*.jpeg' \) -execdir sh -c '
     for f; do cjpeg -quality 80 "$f" -outfile optimized_"${f#./}"; done
     ' called_shell '{}' \+

cjpegha un'opzione che ti permette di scrivere su un file denominato, piuttosto che sullo standard output. Se la tua versione findsupporta l' -execdiropzione, puoi sfruttarla per rendere inutile il reindirizzamento.

find . \( -name '*.jpg' -o -name '*.jpeg' \) \
  -execdir cjpeg -quality 80 -outfile optimized_'{}' '{}' \;

Nota: questo presuppone in realtà la versione BSD di find, che sembra ./rimuovere il lead dal nome del file quando si espande a {}. (O al contrario, GNU find aggiunge ./ al nome. Non esiste uno standard per dire quale comportamento sia "giusto".)

Crea uno script cjq80:

#!/bin/bash
cjpeg -quality 80 "$1" > "${1%/*}"/optimized_"${1##*/}"

Renderlo eseguibile

chmod u+x cjq80

E usalo in -exec:

find . \( -name '*.jpg' -o -name '*.jpeg' \) -exec cjq80 '{}' \;