ah j ai retrouve ce qui sera ton saint graal de la regexp : http://www.commandlinefu.com/commands/tagged/351/regex
http://www.commandlinefu.com/commands/tagged/2323/regexp je savai bien que je pourrai faire mieux que mon bete grep qui au final trouve beaucoup de grep mais peu de regexp ;) 2015-02-11 20:38 GMT-05:00 Jean Weisbuch <j...@plusquenet.net>: > L'utilisation correcte de grep dans le cas d'une recherche dans un fichier > est de passer le fichier à traiter en dernier argument. > Il est rare qu'il faille utiliser "cat fichier |outil" ; dans la majeur > partie des cas, soit l'outil accepte directement en argument de lire un > fichier (comme grep, sed ou perl par exemple), soit un "outil -options < > fichier". > Dans le cas présent : > grep 'grep' \#frsag.log > > Le 12/02/2015 02:05, neo futur a écrit : >> >> un grep en poupee russe, un grep pour lier tous les grep de frsag : >> >> neofutur@gabrielle ~/irclogs/freenode $ cat \#frsag.log | grep grep >> [...] >> >> je peu faire de meme sur des logs d autres channels si tu en veux >> beaucoup plus, j ai des logs irc depuis 2001 :p > > > Et si tu à plusieurs recherches à exclure, selon le deuxième exemple (qui > n’a pas de sens d'ailleurs, aucune ligne n'étant exclue) : > grep -ve 'grep for' -ve 'grep on' -ve 'binaire' grep_list.txt > Ou en utilisant des expressions régulières pour éviter d'avoir à chainer > plusieurs -e ("grep -E" ou "egrep") : > grep -Ev 'grep (for|on)|binaire' grep_list.txt > > A noter également que "cat fichier |cequetuveux >fichier" ne fonctionnera > pas et que tu te retrouvera avec un fichier vide. > > Le 12/02/2015 02:18, neo futur a écrit : >> >> bon voila un fichier avec quelques centaines de grep: >> http://xena.ww7.be/grep_list.txt >> >> a toi de faire le tri je n ai fait qu un petit filtre genre >> cat grep_list.txt | grep -v "grep for" | grep -v "grep on" | grep -v >> binaire >grep_list.txt >> >> ( ne pas oublier l utilite du grep -v ! ) > > > > Autant que possible, éviter de récupérer les infos sur la sortie d'outils > qui traient déjà les données brutes pour les afficher de manière > "humainement lisible", donc plutôt que récupérer et grepper "ifconfig", > récupérer et traiter les infos sur "/proc/net/dev" (ou ailleurs en fonction > de ce que l'on recherche) sera plus propre et on évitera un risque d'avoir > son script qui ne fonctionne plus si "ifconfig" change la manière sont ses > infos sont affichées ou si par exemple un changement de locale changeais > l’ordre/formatage des infos alors que la sortie des "fichiers" dans /proc > sera toujours formatée de la même manière, les potentielles nouvelles > informations seront seulement rajoutées sur de nouvelles colonnes après > l'existant. > > Le 11/02/2015 11:53, Alexis Lameire a écrit : >> >> extraction d'ip depuis ifconfig, infos depuis dmidecode, ... >> >> Fait leur faire un script de collecte d'info système, c'est utile et >> ils vont en bouffer de la regexp > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
