Shell agissant comme un trigger en base de donnèes

Bonjour bonjour,

Ma question est peut-être idiote mais je ne m'y connais pas assez en linux pour le savoir ou non.

Je voulais savoir si il était possible d'avoir un script sous linux qui fait comme un trigger sur une base de données. C'est à dire que si on tente de faire une action spécifique pour un répertoire précis (Par exemple un rm sur un répertoire nommé "perso") alors le script se lance afin de lancer une vérification du style "êtes vous vraiment sûr de vouloir supprimer le répertoire {repertoire} o/n ?"

J'ai vu qu'en passant par un alias de rm on pouvait y arriver mais cela ne semble pas s'appliquer qu'à un ou plusieurs répertoires/fichiers voulus mais à tous...

Alors je jette ma bouteille à la mer, avec un peu de chance, cela est possible.

Bisous bisous

Ici, le plus simple serait de déplacer la vrai commande /bin/rm et de créer un script /bin/rm qui appellerait la vrai commande rm avec les paramètres voulu selon le besoin.

Bonjour,

un alias ne prenant pas de paramètres, ce n'est probablement pas possible de cette façon.

par contre, avec une fonction (ou un script), il n'y aura pas de problème.

en tant que simple utilisateur, tu n'auras pas le droit de faire ce que propose disedorgue.

Code:

---

1 2	$ mv /bin/rm ./ mv: impossible de supprimer '/bin/rm': Permission non accordée

---

et, puisque tu es débutant, je te recommande de ne pas le faire.

même moi je ne le ferais pas !
-1 disedorgue :)

Bonjour :coucou:

Dans les beaux systèmes d'exploitation graphiques, on met les fichiers à la corbeille, qui est un filet de sécurité.
Sous Linux, les utilisateurs connaissent, malheureusement, la commande rm -rf qui rase tout sur son passage. Et c'est le drame.

Je rejoins disedorgue:

• Soit tu t'inventes une commande à toi sup (comme supprimer) qui contient un script qui fait ce que tu veux. Et tu bannis l'utilisation de "rm" pour être toujours tranquille.
• Soit tu détournes le "rm" véritable.

Ma préférence va vers sup.

Enfin, pour la notion de trigger, tu as incron. Mais les évènements sont envoyés quand l'action est déjà faite. Ici, la suppression. Donc :( pas cool.

Il existe un paquet trash-cli qui permet de gérer la corbeille en ligne de commande quand il y une interface graphique.

Tu peux t'inspirer de son fonctionnement pour remplacer le rm originel par ta propre commande qui fera à la place un mv dans un dossier .trash.
Il te faudra gérer la commande d'envoi à la corbeille, la restauration (si évoluée garder le chemin source pour éventuelle restauration dedans).

Citation:

---

Envoyé par N_BaH

Bonjour,

un alias ne prenant pas de paramètres, ce n'est probablement pas possible de cette façon.

par contre, avec une fonction (ou un script), il n'y aura pas de problème.

en tant que simple utilisateur, tu n'auras pas le droit de faire ce que propose disedorgue.

Code:

---

1 2	$ mv /bin/rm ./ mv: impossible de supprimer '/bin/rm': Permission non accordée

---

et, puisque tu es débutant, je te recommande de ne pas le faire.

même moi je ne le ferais pas !
-1 disedorgue :)

---

Content Gaëtan !!! :ptdr:
:chin: C'était trop tentant :chin:

Blague à part, même moi, je ne le ferais pas, mais la question étant général, je donne une proposition générique (pour tout les utilisateurs du système), sinon, il suffit de créer toujours sa propre commande rm et de redéfinir son PATH pour appeler en priorité cette redéfinition de commande. :aie:

Bonjour à tous

Merci pour vos réponses et vos avis sur les réponses. Il semble donc que ce soit en effet un peu lourd à faire, ce que je souhaitais. Je verrais peut-être un jour pour en effet proposer une autre commande mais sans certitude....

Sinon oui, en effet, connaissant la commande rm, les erreurs sont faciles. Dans le cas qui m'a amené à poser cette question, le cadre est "pire" encore, un simple missclic via un logiciel ssh (filezila, winscp...) et c'était parti.

Je met du coup le sujet en résolu, comme il n'y a pas de solution spécifiquement simple pour mon niveau

Bisous bisous