Vérification et liste fichiers

N_Bah,

Pourquoi me faut-il ca ?
Peut-être j'ai dû mal m'exprimer.

En fait j'ai une vm atteignable par sftp pour un ou plusieurs clients qui déposent des fichiers (de type tar.gz ou zip avec .done) de temps en temps mais on ne sait pas forcément quand et dans laquelle j'ai une arbo comme mentionnée dans les messages. Cette vm je ne la consulte pas tous les jours.
Le désir initial était de produire ce script lancé automatiquement permettant de lister les fichiers présents (le petit plus c'était dire combien de temps le fichier est présent, oui avec des commandes linux on peut le savoir. il m'a prit la lubie de me dire ok mais ca fait combien de temps qu'il est la ?)
Et être mis au courant par un log quotidien.

Voila le but si j'arrive à me faire comprendre. Je pense que cela a une utilité quand même lol. Eh oui je suis un petit poisson je ne fais que le reconnaitre lol. Et je suis sur que si j'en disais un peu plus long sur moi-même les regards, pensées, jugements seraient tout autres.

avant de se lancer dans un ultraTrail, on fait du jogging. Toi, t'as pas encore trouvé ton short et tes baskets.

sans être très doué, tu peux quand même comprendre qu'avant de faire ce qu'il t'a été demandé, tu dois apprendre les bases de la programmation shell, et de l'algorithmique.

N_Bah

Oui je comprends et te rejoins tout à fait dans ton raisonnement, sauf que justement cela fait parti des explications que je ne peux pas donner forcément ici du pourquoi du comment je n'ai pas les bases du savoir.

Si je devais tout expliquer sur mon parcours tu ferais très vite le lien lol. Et à coup sûr tu te dirais "ahhh mais je comprends mieux !!!!". Le temps de formation est aussi un paramètre qui rentre en jeu. Je n'ai pas le temps justement pour une vrai formation.

Part du principe que mon cursus est différent, part du principe que le fonctionnement de l'institution dans laquelle je suis dysfonctionne peut être aussi.

mais ça sert à quoi finalement, de savoir qu'il y a des fichiers, et depuis combien de temps ?

Citation:

---

Envoyé par saga974

Dans ton code à quel moment je fais intervenir mon chemin de base /poche/guibs/sftpusers/ pour les actions seront réalisées ?

---

Le find travaille sur $1. $1 c'est le premier argument qu'on lui passe lors de l'appel (il t'est déjà arrivé de taper des commandes comme rm toto ben "rm" c'est la commande et "toto" c'est l'argument). Ainsi on peut lui faire traiter le dossier que l'on veut (ce qu'on appelle un "script paramétrable"). D'où mon exemple d'appel ./toto.sh /poche/guibs/sftpusers/ que j'avais déjà écrit (quand on te dit de tester des trucs voir ce que ça donne, le minimum c'est de les faire). Plus une petite astuce avec ${1:-.} signifiant "si $1 existe alors $1 sinon . qui est le dossier courant" permettant aussi d'appeler le script sans paramètre (donc il travaillera sur ".") mais que tu n'étais même pas obligée de connaitre.
Mais si tu veux un script où tout est en dur, tu remplaces find $1 par find /poche/guibs/sftpusers. C'était quand-même pas compliqué à comprendre quoi, puisque j'ai dit "le find envoie tout ce qu'il trouve dans la fonction", il était évident que c'est dans le find qu'on donne le dossier de départ de la recherche. Et ça ce n'est même plus une question de connaissances mais de simple réflexion.

Citation:

---

Envoyé par saga974

Le désir initial était de produire ce script lancé automatiquement permettant de lister les fichiers présents (le petit plus c'était dire combien de temps le fichier est présent, oui avec des commandes linux on peut le savoir. il m'a prit la lubie de me dire ok mais ca fait combien de temps qu'il est la ?)
Et être mis au courant par un log quotidien.

---

Mouais. Je ne pense pas que ce sera le script de l'année. Quand tu auras reçu ton 15° log te donnant la liste de tes 30 (300, 3000) fichiers présents ça m'étonnerait que tu y prêtes encore attention...:?

cherche pas, "monsieur Jepeuxpasvousdire".
avant de voler, il faut savoir battre des ailes.
c'est comme ça.

Svear,

ton code fonctionne parfaitement mais pour le coup la sortie vers un fichier log ne se produit pas. J'ai l'affichage directement après avoir tapé la commande

Citation:

---

Envoyé par Sve@r

Le find travaille sur $1. $1 c'est le premier argument qu'on lui passe lors de l'appel (il t'es déjà arrivé de taper des commandes comme rm toto ben "rm" c'est la commande et "toto" c'est l'argument). Ainsi on peut lui faire traiter le dossier que l'on veut (ce qu'on appelle un "script paramétrable"). D'où mon exemple d'appel ./toto.sh /poche/guibs/sftpusers/ que j'avais déjà écrit (quand on te dit de tester des trucs voir ce que ça donne, le minimum c'est de les faire). Plus une petite astuce avec ${1:-.} signifiant "si $1 existe alors $1 sinon . qui est le dossier courant" permettant aussi d'appeler le script sans paramètre (donc il travaillera sur ".") mais que tu n'étais même pas obligée de connaitre.
Mais si tu veux un script où tout est en dur, tu remplaces find $1 par find /poche/guibs/sftpusers. C'était quand-même pas compliqué à comprendre quoi, puisque j'ai dit "le find envoie tout ce qu'il trouve dans la fonction", il était évident que c'est dans le find qu'on donne le dossier de départ de la recherche. Et ça ce n'est même plus une question de connaissances mais de simple réflexion.


Mouais. Je ne pense pas que ce sera le script de l'année. Quand tu auras reçu ton 15° log te donnant la liste de tes 30 (300, 3000) fichiers présents ça m'étonnerait que tu y prêtes encore attention...:?

---

N_Bah,

Je peux t'en dire davantage mais est ce bien l'objet de la question ? lol

Svear,

Je le conçois ce ne sera pas le script me décernant le prix nobel de la création. C'est pas le but lol. C'est juste histoire de se dédouaner d'une tâche parmi d'autres en vrai

Citation:

---

Envoyé par saga974

ton code fonctionne parfaitement mais pour le coup la sortie vers un fichier log ne se produit pas. J'ai l'affichage directement après avoir tapé la
commande

---

8O8O8O
Oh, on régresse là !!! Me semblait que tu connaissais les redirections !!! Si tu sais rediriger un "ls" ou un "find", tu sais rediriger un script. Soit tu rediriges le script dans le log à l'appel, soit tu inscris la redirection dans le script

Citation:

---

Envoyé par Sve@r

Oh, on régresse là !!!

---

Mais non. On ne peut pas régresser. On est au niveau zéro. Il te l'a dit. Il ne sait rien faire et il compte sur toi pour lui faire un script dont il n'a pas la moindre idée de ce qu'il doit faire et comment le faire.

Bonjour tout le monde,

Je commence par un grand merci pour votre aide et patience. Restons cool !!!

Svear, effectivement j'ai régressé je pensais que le

Code:

---

2>/dev/null

---

renverrait dans un log automatiquement. En fait si j'ai bien compris cela renvoi une éventuelle erreur vers la "poubelle"

Code:

---

find "${1:-.}" -type f 2>/dev/null |traitement_perso > "$log"

---

Citation:

---

Envoyé par Flodelarab

Mais non...

---

:plusser: parce que tu m'as énormément fait rire (et je sens que je ne suis pas le seul) :D

Citation:

---

Envoyé par saga974

En fait si j'ai bien compris cela renvoi une éventuelle erreur vers la "poubelle"

---

Exactement. Parce que moi je ne travaille pas en root (moralement interdit par tout utilisateur Linux qui respecte son système) donc il peut arriver que mon find me renvoie des erreurs (surtout parce qu'il, ou plutôt parce que "je" (parce qu'un programme lancé par un user hérite de ses droits d'accès) n'ai pas les droits de descendre dans tel dossier.

Citation:

---

Envoyé par saga974

Code:

---

find "${1:-.}" -type f 2>/dev/null |traitement_perso > "$log"

---

---

Ben voilà, c'était exactement ça. Ou alors tu mets la redirection lorsque tu appelles le script (plus de souplesse un script qui redirige ou pas selon le choix de l'appelant)