find-exec cmd {} + vs | xargs

• -print0 est aussi un GNU trouver (et GNU xargs) option qui manque à nombre de systèmes non-Linux, de sorte que la portabilité argument n'est pas valide. En utilisant simplement l'impression et quitter la -0 hors de xargs, cependant, est très portable.
• Le point est que les sans -print0 il ne fonctionne pas si il y a un fichier avec un espace ou tabulation, etc. Cela peut être une faille de sécurité que s'il existe un nom de fichier comme "foo -o index.html" puis -o sera traitée comme une option. Essayez de vider le répertoire: "touche-foo\ -o\ index.html; trouver . | xargs cat". Vous obtiendrez: "cat: invalid option -- 'o'"
• Son exemple est un nom de fichier qui contient une. Sans -print0, trouver va cracher ./foo -o index.html. Alors peut-être en commençant par un - n'est pas une grosse affaire, mais le résultat est peu changé, et sur un système multi-utilisateur, pourrait fournir un vecteur d'attaque si votre script est lisible par tout le monde.
• Une remarque sur quelque chose qui s'est déclenché moi jusqu'ici - à l'aide de exec sera de sortie des résultats qu'ils sont trouvés, wheras xargs sera, paraît-il, attendre jusqu'à ce que l'ensemble de la recherche de l'annuaire avant d'écrire sur la sortie standard stdout. Si vous essayez ceci sur un grand répertoire, et il semble que xargs ne fonctionne pas, la patience est conseillé.
• Concernant '--': unix.stackexchange.com/questions/147143/...
• Depuis find toujours sorties des noms de fichier avec un chemin d'accès (par exemple,./file) je ne vois pas pourquoi -- serait nécessaire dans ce cas. Il est vrai cependant qu'en raison de possible caractères de saut de ligne le zéro-séparateur de paramètres sont nécessaires.
• Qu'entendez-vous par zero-delimiter settings?
• Voulez-vous dire que j'aurais à exécuter la commande find . -exec cmd -- {} + pour éviter l'expansion de - comme une option? Si je ne suis pas au courant qu'il y a des fichiers qui précèdent avec - par exemple -file1.txt, la réponse semble suggère que j'aurais à utiliser -- {}.
• Quel est le but de -0 dans la commande xargs -0?
• Qu'entendez-vous par elle pourrait fournir un vecteur d'attaque?
• les fichiers sur la plupart des unix peut avoir n'importe quel octet dans le nom (un onglet, un horozontal onglet, espace, moins, devis, etc). Le seul octet qui n'est pas autorisé est le byte 0. Le -print0 option pour trouver et -0 pour xargs forces filesnames être séparés avec l'octet 0. Vous avez raison au sujet de --, bien que moderne GNU trouver produit jamais les noms de fichiers commençant par - une bonne idée en général pour séparer les options et les arguments dans le cas où les trouver va être remplacé par un autre programme.
• Merci. Qu'entendez-vous par "les forces de noms de fichiers séparés par un octet 0? Pourquoi est - -print0 pas utilisé avec la première find commande? Afin de clarifier l'utilisation de --, voulez-vous dire qu'il est toujours préférable de l'inclure dans la commande?
• Sans -print0 trouver les retours des noms de fichiers séparés par un saut de ligne, mais de retour à la ligne peut aussi être une partie d'un nom de fichier, rendant ambigu. Octet 0 ne peut pas, de sorte qu'il est sûr de séparateur. Oui - l'ajout de -- à une commande qui prend en charge c'est une bonne pratique lorsque vous ne pouvez pas contrôler ses arguments, même si pas toujours strictement nécessaire ou dangereux.
• Merci. Voulez-vous dire que si j'utilise la commande rechercher . -exec echo {} + sans l'utilisation de --print0 ou -- il en résulterait dans les noms de fichiers séparés par des sauts de ligne ainsi que filesnames qui commence avec?
• Afin de minimiser le nombre de commentaires, il serait grand si vous pouvez vous joindre (chat.stackexchange.com/rooms/89297/find-exec-xargs)
• Je suis assez sûr de retour en 2012 quand j'ai commenté il y a un autre commentaire entre @tometzky au commentaire de mon propre. l'-dans l'exemple devrait être généralement sûr, mais difficile noms de fichiers peuvent encore provoquer un comportement inattendu. Voici un pastebin montrant où les choses peuvent aller mal sans l'aide de -print0: pastebin.com/3irfB3tW

Tous les commentaires