trouver exec '{}' non disponible après>

Exec nous permet de passer tous les arguments à la fois avec {} +ou de les passer un par un avec{} \;

Maintenant, disons que je veux renommer tous les fichiers jpeg , pas de problème en faisant ceci:

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

Mais si j'ai besoin de rediriger la sortie, '{}'n'est pas accessible après la redirection.

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

Ça ne marcherait pas. Je devrais utiliser une boucle for, stockant la sortie de find dans une variable avant de l'utiliser. Admettons-le, c'est lourd.

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

Alors, y a-t-il une meilleure façon?

Vous pouvez utiliser bash -cdans la find -execcommande et utiliser le paramètre positionnel avec la commande bash:

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

De cette façon {}est fourni avec $1.

L' shavant le {}dit au shell interne son "nom", la chaîne utilisée ici est utilisée par exemple dans les messages d'erreur. Ceci est discuté plus dans cette réponse sur stackoverflow .

Vous avez une réponse ( https://unix.stackexchange.com/a/481687/4778 ), mais voici pourquoi.

La redirection >, ainsi que les tuyaux |et l' $expansion, sont tous effectués par le shell avant l'exécution de la commande. Par conséquent, stdout est redirigé vers optimized_{}, avant le finddémarrage.

La redirection doit être citée pour éviter que le shell actuel ne l'interprète.
Mais le citer évitera également la sortie de la commande à rediriger.
La solution connue à cela est d'appeler un shell:

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

Dans ce cas, la redirection ( >) est citée sur le shell actuel et fonctionne correctement à l'intérieur du shell appelé. Le called_shellest utilisé comme $0paramètre (le nom) du shell enfant ( sh).

Cela fonctionne bien si un suffixe est ajouté au nom du fichier, mais pas si vous utilisez un préfixe. Pour qu'un préfixe fonctionne, vous devez à la fois supprimer le préfixe ./qui trouve les noms de fichiers avec ${1#./}et utiliser l' -execdiroption.

Vous pouvez (ou non) à utiliser l' -inameoption de sorte que les fichiers nommés *.JPGou *.JpGou d' autres variations sont également inclus.

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

Et, vous pouvez (ou non) également appeler le shell une fois par répertoire au lieu d'une fois par fichier en ajoutant un loop ( for f do … ; done) et un +à la fin:

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

Et, enfin, comme il cjpegest possible d'écrire directement dans un fichier, la redirection pourrait être évitée comme:

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

cjpega une option qui vous permet d'écrire dans un fichier nommé, plutôt que sur une sortie standard. Si votre version de findprend en charge l' -execdiroption, vous pouvez en profiter pour rendre la redirection inutile.

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

Remarque: cela suppose en fait la version BSD de find, qui semble ./supprimer le début du nom de fichier lors de l'extension {}. (Ou à l'inverse, GNU find ajoute ./ au nom. Il n'y a pas de norme pour dire quel comportement est "correct".)

Créez un script cjq80:

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

Rendez-le exécutable

chmod u+x cjq80

Et utilisez-le dans -exec:

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