confirmation / corbeille de suppression pour fichiers / répertoires en réseau local ?
24 réponses
Setup.exe
Bonjours, je pose la question ici car les news Stockage et Ethernet
semblent en sommeil prolongé (?) :
Depuis des années je me demande pourquoi on peut supprimer des fichiers
ou des arborescences entières sans confirmation et sans retour arrière
sur un réseau local ?
une corbeille se regle dans l'option sécurité pour les acces réseau ? ah bon ? ouça ?
J'hésite un peu à te le dire tellement c'est demandé poliment ...
...
Je n'hésite plus, démerde-toi.
Thierry M.
Le 20/02/2015, a supposé :
Je n'hésite plus, démerde-toi.
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité ! donc c'ets plus facile de dire "demerde toi" : ce dont je me fous, ce n'est pas moi qui ai posé la question. En fait, je me fous de la corbeille à vrai dire :-)
-- Thierry Parapente à la Réunion http://www.lvlr.re
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
Le 20/02/2015, foo@foo.oof a supposé :
Je n'hésite plus, démerde-toi.
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets
de sécurité ! donc c'ets plus facile de dire "demerde toi" : ce dont je
me fous, ce n'est pas moi qui ai posé la question.
En fait, je me fous de la corbeille à vrai dire :-)
--
Thierry
Parapente à la Réunion
http://www.lvlr.re
---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité ! donc c'ets plus facile de dire "demerde toi" : ce dont je me fous, ce n'est pas moi qui ai posé la question. En fait, je me fous de la corbeille à vrai dire :-)
-- Thierry Parapente à la Réunion http://www.lvlr.re
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
foo
On 20/02/2015 19:29, Thierry M. wrote:
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité !
Cherche, tu finiras bien par trouver.
donc c'ets plus facile de dire "demerde toi" : ce dont je me fous, ce n'est pas moi qui ai posé la question.
<Citation Thierry M> une corbeille se regle dans l'option sécurité pour les acces réseau ? ah bon ? ouça ? <Citation Thierry M>
En fait, je me fous de la corbeille à vrai dire :-)
Alors ne pose pas la question *connard*
On 20/02/2015 19:29, Thierry M. wrote:
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets
de sécurité !
Cherche, tu finiras bien par trouver.
donc c'ets plus facile de dire "demerde toi" : ce dont je
me fous, ce n'est pas moi qui ai posé la question.
<Citation Thierry M>
une corbeille se regle dans l'option sécurité pour les acces réseau ?
ah bon ? ouça ?
<Citation Thierry M>
En fait, je me fous de la corbeille à vrai dire :-)
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité !
Cherche, tu finiras bien par trouver.
donc c'ets plus facile de dire "demerde toi" : ce dont je me fous, ce n'est pas moi qui ai posé la question.
<Citation Thierry M> une corbeille se regle dans l'option sécurité pour les acces réseau ? ah bon ? ouça ? <Citation Thierry M>
En fait, je me fous de la corbeille à vrai dire :-)
Alors ne pose pas la question *connard*
Thierry M.
a pensé très fort :
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité !
Cherche, tu finiras bien par trouver.
c'est tout cherché, sous win, dans les options de sécurité, il n'ya que des options d'autorisation, comprenant éventuellement l'autorisation de suppression, mais aucune gestion de corbeille. Et en distant cela dépend du serveur, et encore uniquement avec les outils distants comme chez Synology (via ds_file) ou alors passer via samba, mais on laisse windows alors... Quand à la gestion corbeille, elle ne concerne que les disques locaux, pas les disques réseaux, même en local, auraient ils comme sous XP une lettre de lecteur ! alors les lecteurs distants, n'en parlons pas, c'est une galere deja rien que pour y accéder "normalement" tcomme pour un lecteur local), je ne vois que netdrive sous windows et encore, c'est payant et la vieille version chez moi plante (gel)
En fait, je me fous de la corbeille à vrai dire :-)
Alors ne pose pas la question
ce n'est pas moi qui l'ai posé, j'essaye de trouver une solution à la demande de setup.exe : eh bien non, les reseaux et la corbeille cela fait 2 ! donc la seule solution, sous windows, puisqu'on est dans un forum windows, c'est d'interdire les suppressions et de déclarer un lecteur reseau pointé sur un dossier appelé corbeille, c'est lourd, mais je ne vois pas d'autres solutions. ou alors comme chez synology, utiliser exclusivement les outils synology de gestion de fichier, dans l'interface web, et la on peut déclarer une corbeille.
*connard*
l'insulte : l'arme des faibles au rendez vous :-) le fw : la fuite bref, les trucs habituels du moribond usenet ahah
= ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
-- Thierry Parapente à la Réunion http://www.lvlr.re
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
foo@foo.oof a pensé très fort :
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets
de sécurité !
Cherche, tu finiras bien par trouver.
c'est tout cherché, sous win, dans les options de sécurité, il n'ya que
des options d'autorisation, comprenant éventuellement l'autorisation de
suppression, mais aucune gestion de corbeille.
Et en distant cela dépend du serveur, et encore uniquement avec les
outils distants comme chez Synology (via ds_file) ou alors passer via
samba, mais on laisse windows alors...
Quand à la gestion corbeille, elle ne concerne que les disques locaux,
pas les disques réseaux, même en local, auraient ils comme sous XP une
lettre de lecteur ! alors les lecteurs distants, n'en parlons pas,
c'est une galere deja rien que pour y accéder "normalement" tcomme pour
un lecteur local), je ne vois que netdrive sous windows et encore,
c'est payant et la vieille version chez moi plante (gel)
En fait, je me fous de la corbeille à vrai dire :-)
Alors ne pose pas la question
ce n'est pas moi qui l'ai posé, j'essaye de trouver une solution à la
demande de setup.exe : eh bien non, les reseaux et la corbeille cela
fait 2 ! donc la seule solution, sous windows, puisqu'on est dans un
forum windows, c'est d'interdire les suppressions et de déclarer un
lecteur reseau pointé sur un dossier appelé corbeille, c'est lourd,
mais je ne vois pas d'autres solutions.
ou alors comme chez synology, utiliser exclusivement les outils
synology de gestion de fichier, dans l'interface web, et la on peut
déclarer une corbeille.
*connard*
l'insulte : l'arme des faibles au rendez vous :-)
le fw : la fuite
bref, les trucs habituels du moribond usenet
ahah
=
ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
--
Thierry
Parapente à la Réunion
http://www.lvlr.re
---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com
c'est surtout qu'il n'y a aucune option de corbeille dans les onglets de sécurité !
Cherche, tu finiras bien par trouver.
c'est tout cherché, sous win, dans les options de sécurité, il n'ya que des options d'autorisation, comprenant éventuellement l'autorisation de suppression, mais aucune gestion de corbeille. Et en distant cela dépend du serveur, et encore uniquement avec les outils distants comme chez Synology (via ds_file) ou alors passer via samba, mais on laisse windows alors... Quand à la gestion corbeille, elle ne concerne que les disques locaux, pas les disques réseaux, même en local, auraient ils comme sous XP une lettre de lecteur ! alors les lecteurs distants, n'en parlons pas, c'est une galere deja rien que pour y accéder "normalement" tcomme pour un lecteur local), je ne vois que netdrive sous windows et encore, c'est payant et la vieille version chez moi plante (gel)
En fait, je me fous de la corbeille à vrai dire :-)
Alors ne pose pas la question
ce n'est pas moi qui l'ai posé, j'essaye de trouver une solution à la demande de setup.exe : eh bien non, les reseaux et la corbeille cela fait 2 ! donc la seule solution, sous windows, puisqu'on est dans un forum windows, c'est d'interdire les suppressions et de déclarer un lecteur reseau pointé sur un dossier appelé corbeille, c'est lourd, mais je ne vois pas d'autres solutions. ou alors comme chez synology, utiliser exclusivement les outils synology de gestion de fichier, dans l'interface web, et la on peut déclarer une corbeille.
*connard*
l'insulte : l'arme des faibles au rendez vous :-) le fw : la fuite bref, les trucs habituels du moribond usenet ahah
= ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
-- Thierry Parapente à la Réunion http://www.lvlr.re
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
foo
On 22/02/2015 15:29, Thierry M. wrote:
ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
Tu as l'habitude :
-- Thierry Qu'est-ce qu' un embryon ? un foetus ? (cours a l'intention des étudiants en médecine - site suisse) http://www.embryology.ch/francais/jfetalperiod/entwicklung01.html#fetal
On 22/02/2015 15:29, Thierry M. wrote:
ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
Tu as l'habitude :
--
Thierry
Qu'est-ce qu' un embryon ? un foetus ?
(cours a l'intention des étudiants en médecine - site suisse)
http://www.embryology.ch/francais/jfetalperiod/entwicklung01.html#fetal
ceci dit j'aimerai bien avoir tort, ça simplifierai les choses
Tu as l'habitude :
-- Thierry Qu'est-ce qu' un embryon ? un foetus ? (cours a l'intention des étudiants en médecine - site suisse) http://www.embryology.ch/francais/jfetalperiod/entwicklung01.html#fetal
Gloops
Le 10/02/2015 14:17, Setup.exe a écrit :
Bonjours, je pose la question ici car les news Stockage et Ethernet semblent en sommeil prolongé (?) :
Depuis des années je me demande pourquoi on peut supprimer des fichiers ou des arborescences entières sans confirmation et sans retour arrière sur un réseau local ?
Merci d'avance
(suis sur Seven pro x64)
Julien
Ah oui j'ai vu ça l'autre jour et je me suis dit que j'allais regarder, et puis je n'ai pas eu le temps.
A ce qu'il me semble, il en est de ceci comme d'un certain nombre de fonctions assez basiques lors de la sortie du DOS : les fonctions existent à la disposition des programmeurs, mais pas des utilisateurs finaux. Je pense par exemple à la possibilité de sélectionner parmi plusieurs options dans un batch, ce qui dans les versions suivantes a fini par s'appeler CHOICE, mais en DOS 3.30 il a fallu me débrouiller avec l'assembleur.
Pour en revenir à ce qui nous occupe, je me suis abstenu de répondre l'autre jour car ce que je dis mériterait bien une vérification, et puis après tout si ce n'est pas moi qui le fais ça peut être quelqu'un d'autre.
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
Je n'ai pas passé là-dessus les quelques heures que ça mériterait bien, mais ça me paraît une piste à explorer. Il faut bien s'assurer que le traitement qu'on écrit s'exécute avant la suppression du fichier, c'est le principal point d'inquiétude quant à ça.
Donc maintenant, pour s'assurer que ça répond bien à la question, il faut mettre ça en œuvre pour voir si on arrive bien à remplacer une suppression par un déplacement (autre façon de redire ce que j'ai dit au paragraphe précédent, finalement).
Parce qu'effectivement, en matière d'utilisation de réseaux, ce que j'ai appris jusque là est qu'on est supposé faire son travail quotidien avec un profil qui n'a pas les droits pour supprimer les fichiers ou les répertoires, et puis quand on a une suppression à faire, ou plusieurs car de préférence on les regroupe, on se connecte en administrateur en s'assurant que le chat est parti se promener, que le pot de fleurs n'est pas trop près du clavier, et ainsi de suite, et dès que la suppression est faite on revient en profil normal. Logiquement, on est supposé faire ça après avoir passé une bonne nuit, si tant est qu'un responsable réseau passe de bonnes nuits. Et pas juste après une cuite, bien sûr. ça, c'est bien, mais effectivement ça n'empêche pas que la fonction corbeille ne gâcherait rien, d'autant que je ne serais pas surpris d'entendre parler de logiciels qui ne réussiraient pas à fonctionner normalement sans les droits de suppression.
Pour le moment je suis "vachement" à la bourre sur une histoire de validation d'intervalle de dates sous MVC, et du coup je prends du retard administratif, autrement j'aurais déjà vérifié.
Il n'est pas exclu qu'on puisse faire quelque chose de semblable avec les scripts, aussi, en se méfiant quand même que la souplesse d'un script expose à des modifications non souhaitées, quoi que là on puisse verrouiller qui a le droit de quoi faire.
Etant donné le nombre de gens intéressés j'imagine que vous avez déjà vérifié que quelqu'un ne s'est pas déjà penché là-dessus, en fournissant un programme pour gérer les déplacements de fichiers en réseau.
Le 10/02/2015 14:17, Setup.exe a écrit :
Bonjours, je pose la question ici car les news Stockage et Ethernet
semblent en sommeil prolongé (?) :
Depuis des années je me demande pourquoi on peut supprimer des fichiers
ou des arborescences entières sans confirmation et sans retour arrière
sur un réseau local ?
Merci d'avance
(suis sur Seven pro x64)
Julien
Ah oui j'ai vu ça l'autre jour et je me suis dit que j'allais regarder,
et puis je n'ai pas eu le temps.
A ce qu'il me semble, il en est de ceci comme d'un certain nombre de
fonctions assez basiques lors de la sortie du DOS : les fonctions
existent à la disposition des programmeurs, mais pas des utilisateurs
finaux. Je pense par exemple à la possibilité de sélectionner parmi
plusieurs options dans un batch, ce qui dans les versions suivantes a
fini par s'appeler CHOICE, mais en DOS 3.30 il a fallu me débrouiller
avec l'assembleur.
Pour en revenir à ce qui nous occupe, je me suis abstenu de répondre
l'autre jour car ce que je dis mériterait bien une vérification, et puis
après tout si ce n'est pas moi qui le fais ça peut être quelqu'un d'autre.
La plateforme .Net propose un composant FileSystemWatcher, qui permet de
réagir à des événements sur les fichiers : création, suppression,
renommage, modification.
Je n'ai pas passé là-dessus les quelques heures que ça mériterait bien,
mais ça me paraît une piste à explorer. Il faut bien s'assurer que le
traitement qu'on écrit s'exécute avant la suppression du fichier, c'est
le principal point d'inquiétude quant à ça.
Donc maintenant, pour s'assurer que ça répond bien à la question, il
faut mettre ça en œuvre pour voir si on arrive bien à remplacer une
suppression par un déplacement (autre façon de redire ce que j'ai dit au
paragraphe précédent, finalement).
Parce qu'effectivement, en matière d'utilisation de réseaux, ce que j'ai
appris jusque là est qu'on est supposé faire son travail quotidien avec
un profil qui n'a pas les droits pour supprimer les fichiers ou les
répertoires, et puis quand on a une suppression à faire, ou plusieurs
car de préférence on les regroupe, on se connecte en administrateur en
s'assurant que le chat est parti se promener, que le pot de fleurs n'est
pas trop près du clavier, et ainsi de suite, et dès que la suppression
est faite on revient en profil normal. Logiquement, on est supposé faire
ça après avoir passé une bonne nuit, si tant est qu'un responsable
réseau passe de bonnes nuits. Et pas juste après une cuite, bien sûr.
ça, c'est bien, mais effectivement ça n'empêche pas que la fonction
corbeille ne gâcherait rien, d'autant que je ne serais pas surpris
d'entendre parler de logiciels qui ne réussiraient pas à fonctionner
normalement sans les droits de suppression.
Pour le moment je suis "vachement" à la bourre sur une histoire de
validation d'intervalle de dates sous MVC, et du coup je prends du
retard administratif, autrement j'aurais déjà vérifié.
Il n'est pas exclu qu'on puisse faire quelque chose de semblable avec
les scripts, aussi, en se méfiant quand même que la souplesse d'un
script expose à des modifications non souhaitées, quoi que là on puisse
verrouiller qui a le droit de quoi faire.
Etant donné le nombre de gens intéressés j'imagine que vous avez déjà
vérifié que quelqu'un ne s'est pas déjà penché là-dessus, en fournissant
un programme pour gérer les déplacements de fichiers en réseau.
Bonjours, je pose la question ici car les news Stockage et Ethernet semblent en sommeil prolongé (?) :
Depuis des années je me demande pourquoi on peut supprimer des fichiers ou des arborescences entières sans confirmation et sans retour arrière sur un réseau local ?
Merci d'avance
(suis sur Seven pro x64)
Julien
Ah oui j'ai vu ça l'autre jour et je me suis dit que j'allais regarder, et puis je n'ai pas eu le temps.
A ce qu'il me semble, il en est de ceci comme d'un certain nombre de fonctions assez basiques lors de la sortie du DOS : les fonctions existent à la disposition des programmeurs, mais pas des utilisateurs finaux. Je pense par exemple à la possibilité de sélectionner parmi plusieurs options dans un batch, ce qui dans les versions suivantes a fini par s'appeler CHOICE, mais en DOS 3.30 il a fallu me débrouiller avec l'assembleur.
Pour en revenir à ce qui nous occupe, je me suis abstenu de répondre l'autre jour car ce que je dis mériterait bien une vérification, et puis après tout si ce n'est pas moi qui le fais ça peut être quelqu'un d'autre.
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
Je n'ai pas passé là-dessus les quelques heures que ça mériterait bien, mais ça me paraît une piste à explorer. Il faut bien s'assurer que le traitement qu'on écrit s'exécute avant la suppression du fichier, c'est le principal point d'inquiétude quant à ça.
Donc maintenant, pour s'assurer que ça répond bien à la question, il faut mettre ça en œuvre pour voir si on arrive bien à remplacer une suppression par un déplacement (autre façon de redire ce que j'ai dit au paragraphe précédent, finalement).
Parce qu'effectivement, en matière d'utilisation de réseaux, ce que j'ai appris jusque là est qu'on est supposé faire son travail quotidien avec un profil qui n'a pas les droits pour supprimer les fichiers ou les répertoires, et puis quand on a une suppression à faire, ou plusieurs car de préférence on les regroupe, on se connecte en administrateur en s'assurant que le chat est parti se promener, que le pot de fleurs n'est pas trop près du clavier, et ainsi de suite, et dès que la suppression est faite on revient en profil normal. Logiquement, on est supposé faire ça après avoir passé une bonne nuit, si tant est qu'un responsable réseau passe de bonnes nuits. Et pas juste après une cuite, bien sûr. ça, c'est bien, mais effectivement ça n'empêche pas que la fonction corbeille ne gâcherait rien, d'autant que je ne serais pas surpris d'entendre parler de logiciels qui ne réussiraient pas à fonctionner normalement sans les droits de suppression.
Pour le moment je suis "vachement" à la bourre sur une histoire de validation d'intervalle de dates sous MVC, et du coup je prends du retard administratif, autrement j'aurais déjà vérifié.
Il n'est pas exclu qu'on puisse faire quelque chose de semblable avec les scripts, aussi, en se méfiant quand même que la souplesse d'un script expose à des modifications non souhaitées, quoi que là on puisse verrouiller qui a le droit de quoi faire.
Etant donné le nombre de gens intéressés j'imagine que vous avez déjà vérifié que quelqu'un ne s'est pas déjà penché là-dessus, en fournissant un programme pour gérer les déplacements de fichiers en réseau.
DuboisP
Le 22/02/2015 18:29, Gloops a écrit :
Le 10/02/2015 14:17, Setup.exe a écrit :
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques centaines de milliers de fichiers, sans oublier la gestion des sécurités :-)
Le 22/02/2015 18:29, Gloops a écrit :
Le 10/02/2015 14:17, Setup.exe a écrit :
La plateforme .Net propose un composant FileSystemWatcher, qui permet de
réagir à des événements sur les fichiers : création, suppression,
renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques
centaines de milliers de fichiers, sans oublier la gestion des sécurités :-)
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques centaines de milliers de fichiers, sans oublier la gestion des sécurités :-)
Gloops
Le 22/02/2015 22:49, DuboisP a écrit :
Le 22/02/2015 18:29, Gloops a écrit :
Le 10/02/2015 14:17, Setup.exe a écrit :
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques centaines de milliers de fichiers, sans oublier la gestion des sécurités :-)
Ah clairement c'est quelque chose à exécuter par un service lancé sous compte d'administrateur.
ça vaut le coup effectivement de voir ce que ça donne comme délais.
Le 22/02/2015 22:49, DuboisP a écrit :
Le 22/02/2015 18:29, Gloops a écrit :
Le 10/02/2015 14:17, Setup.exe a écrit :
La plateforme .Net propose un composant FileSystemWatcher, qui permet de
réagir à des événements sur les fichiers : création, suppression,
renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques
centaines de milliers de fichiers, sans oublier la gestion des sécurités
:-)
Ah clairement c'est quelque chose à exécuter par un service lancé sous
compte d'administrateur.
ça vaut le coup effectivement de voir ce que ça donne comme délais.
La plateforme .Net propose un composant FileSystemWatcher, qui permet de réagir à des événements sur les fichiers : création, suppression, renommage, modification.
curieux de savoir comment ça réagirait sur une arborescence de quelques centaines de milliers de fichiers, sans oublier la gestion des sécurités :-)
Ah clairement c'est quelque chose à exécuter par un service lancé sous compte d'administrateur.
ça vaut le coup effectivement de voir ce que ça donne comme délais.
