Discussion :

[devdeb333]

Bonjour,

Je suis débutant et n'ai pas de code à soumettre, mais simplement une question de principe : est-il possible d'avoir un upload de fichier vers un site qui permette de supprimer le fichier local ?

Autrement dit, quelles sont les façons de piloter la suppression d'un fichier en local par un site suite à son upload sur ledit site ?


D'avance merci pour vos réponses,

[sabotage]

Bonjour,

Je dirais aucune, en dehors d'ActiveX.

[Celira]

Bonjour

Je ne suis pas vraiment sûre d'avoir compris ta demande : tu veux que lorsqu'un utilisateur envoie un fichier depuis son ordi vers un site (via un upload) ça supprime automatiquement le fichier en question de son ordi ?
Sans compter le fait qu'un code php donc serveur NE peux PAS intervenir sur une machine client et donc que c'est impossible à réaliser, je ne vois absolument pas l'intérêt de permettre à un site de bidouiller les fichiers d'un client...

[devdeb333]

Bonjour,

merci pour vos réponses.
Celira, tu as bien compris le sens de ma question. Je me doutais qu'un site ne pouvait avoir la main sur un PC en local, mais voulait en avoir la certitude, et éventuellement trouver une solution alternative.

L'intérêt de "permettre à un site de bidouiller les fichiers d'un client" est tres clair dans mon cas ; le site en question est un outil de travail, dans lequel se connectent des utilisateurs (des collaborateurs, ce ne sont donc pas n'importe quels utilisateurs) qui vont tout au long de la journée uploader vers le site des fichiers créés sur leur PC.
L'idée est d'automatiser au maximum l'upload pour faire gagner du temps aux collaborateurs.
Le principe de base est le suivant : je travaille sur mon fichier, je le sauvegarde sur un dossier donné sur mon PC puis je l'upload vers le site. le problème est que au fur et à mesure de la journée, l'utilisateur aura dans son dossier tous les fichiers déjà uploadés, donc au bout d'un moment, il ne saura plus quel fichier uploader... d ou l interet de permettre un uplmoad + suppression en local, afin que l utilisateur n ait a chaque fois qu un seul fichier dans son dossier, celui qu il vient de faire et qu il doit uploader.

Je ne sais pas si c'est plus clair expliqué comme ça ?

Pour tout vous dire, nous avions pense a utiliser l upload par ftp (depuis une macro word) pour accelerer le process d upload pour les collaborateurs, mais cette solution est plus contraignante en "back office" (le site doit ensuite recuperer les fichiers uploades et les "recoller" dans la BDD), donc nous prefererions rester sur de l upload http, mais la, c est cette histoire de non suppression du fichier qui pose probleme...

Sabotage, pourriez-vosu m en dire un peu plus sur l active X ?


D'avance merci

[Bovino]

le site en question est un outil de travail, dans lequel se connectent des utilisateurs (des collaborateurs, ce ne sont donc pas n'importe quels utilisateurs)

C'est pas pour autant qu'ils faut leur faire confiance (cf ma signature ) ou qu'ils ne feront pas de bêtises !
Pour ce qui est de la question de départ, automatiser la suppression d'un fichier après upload constituerait une faille de sécurité assez lourde !

[Thes32]

Tu devrais alors forcer tes utilisateurs à tous être sur IE/windows et faire ces manips en passant par vbs (qui, je crois peut le faire ) ou encore

Je dirais aucune, en dehors d'ActiveX.

[devdeb333]

Bonjour,


Merci pour vos réponses.

Pour ce qui est d'être sous IE/Windows, cela ne pose pas de problème puisque les utilisateurs seront les salariés d'une structure, donc pas de souci à "imposer" un système d'exploitation et un navigateur web (qui sont d'ailleurs déjà Windows et IE).

Pour revenir concrètement aux solutions proposées :
- VBS = macro Word ? car nous explorons déjà cette piste (la macro existe), mais elle ne nous semble pas être une solution fiable et pro (quid du bon fonctionnement de la macro lors des changements de version de Word par exemple, sans compter le temps d'installer cette macro sur tous les postes utilisateurs) ; qu'en pensez-vous ?
- ActiveX : si j'ai bien compris, cela permet d'avoir Word "directement" dans la page web ? Mais quelle est la différence entre ca et un WISIWYG type FCK Editor ? Avoir Word en ActiveX sur son site est-il selon vous une solution fiable et "pro" (avec une centaine d'utilisateurs) ?


D'avance merci pour vos lumières,

[serhhio]

c'est quoi le probleme... donnez accès FTP aux utilisateurs et c'est tout

[12monkeys]

c'est quoi le probleme... donnez accès FTP aux utilisateurs et c'est tout

L'accès ftp ne supprimera pas le fichier sur l'ordinateur local après upload, or c'était bien ça la question... et donc le problème !

[devdeb333]

Bonjour,

Merci d'avoir répondu.

Je n'ai pas bien saisi le rapport avec l'accès FTP. Nous pourrions effectivement donner un accès FTP aux utilisateurs, qui uploaderaient alors leur fichier via un client FTP type FileZilla, et ils pourraient ensuite supprimer à la main le fichier uploadé.
Mais cette solution prendrait beaucoup trop de temps (ouvrir FileZilla, se connecter au serveur, uploader, supprimer le fichier...)

Nous cherchons donc une solution qui leur permettrait de perdre le moins de temps possible (la manipulation serait répétée une centaine de fois par jour, donc si l'on gagne/perd 15 secondes à chaque fois...)

Je me permets donc de reposer mes deux questions :
- Quand thes32 par le de VBS, il s'agit bien d'une macro Word ? Si c'est le cas, est-ce que vous considéreriez cela comme une solution "pro", c'est-à-dire suffisemment stable et solide pour être utilisée par plusieurs dizaine d'utilisateurs simultanément ?
- Concernant l'ActiveX : quelle est la différence entre ca et un WISIWYG type FCK Editor ? De la même façon, ces solutions sont elles fiables ou s'agit-il de "bricolage" ?

mes questions vous semblent peut etre naives, mais je suis, comme vous l'aurez constaté, un débutant stade 0, et essaye d'avoir un maximum d'avis pour ne pas m'embarquer dans des solutions que je regretterai plus tard par manque de connaissances techniques.


Encore une fois, un grand merci pour votre aide,

[Ksual]

sauvegarder un fichier sous le même nom que le fichier de destination c'est déjà plus propre, car il est remplacé ! cependant, voici un bout de script vbs qui traine par ici, mais qui a besoin d'un coup de lift (cf. le forum approprié)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objShell = CreateObject("WScript.Shell")
Const intForReading = 1

strFTPHostName = "ftp.exemple.com"
strFTPUser = "nom-d-utilisateur"
strFTPpw = "mot-de-passe"
strRemoteDir = "repertoire-de-destination"


' Définir le dossier local qui contient les fichiers à transférer
strLocalDir = "c:\data"
strLocalDir = objFSO.GetFolder(strLocalDir).ShortPath
' Définir un fichier log qui contient les activités
strOutputFile = "c:\log.txt"

strFTPCommands = strFTPUser & vbCrLf & _
                              strFTPpw & vbCrLf & _
                              "debug" & VbCrLf & _
                              "prompt" & VbCrLf & _
                              "cd " & strRemoteDir & VbCrLf & _
                              "lcd " & strLocalDir & VbCrLf

strFilesToCopy = ""
For Each objFile In objFSO.GetFolder(strLocalDir).Files
      If strFilesToCopy = "" Then
            strFilesToCopy = "---> STOR " & objFile.Name
      Else
            strFilesToCopy = strFilesToCopy & ";---> STOR " & objFile.Name
      End If
      strFTPCommands = strFTPCommands & "mput """ & objFile.Name & """" & vbCrLf
Next

strFTPCommands = strFTPCommands & "quit"
                       
Set objFTPFile = objFSO.CreateTextFile("FTPCommands.txt", 1)
objFTPFile.Write strFTPCommands
objFTPFile.Close
     
' Ajouter -d après le mot "ftp" pour activer le debug
strCommand = "cmd /c ftp -s:FTPCommands.txt " & strFTPHostName & " > " & strOutputFile

objShell.Run strCommand, 0, True
objFSO.DeleteFile "FTPCommands.txt", 1

objShell.Run "notepad " & strOutputFile, 1, False

strFilesToCopy = ";" & UCase(strFilesToCopy) & ";"

Set objOutputFile = objFSO.OpenTextFile(strOutputFile, intForReading, False)
While Not objOutputFile.AtEndOfStream
      strLine = objOutputFile.ReadLine
      If InStr(strFilesToCopy, ";" & UCase(strLine) & ";") > 0 Then
            objOutputFile.SkipLine
            strResult = objOutputFile.ReadLine
            If strResult = "226 Transfert complet." Then
                  MsgBox "Upload réussi" & VbCrLf & "Suppression " & strLocalDir & "\" & Trim(Replace(strLine, "---> STOR ", ""))
                  objFSO.DeleteFile strLocalDir & "\" & Trim(Replace(strLine, "---> STOR ", "")), True
            Else
                  MsgBox "Erreur lors de l'upload " & strLocalDir & "\" & Trim(Replace(strLine, "---> STOR ", ""))
            End If
      End If
Wend
objOutputFile.Close
Set objOutputFile = Nothing

Set objExec = Nothing
Set objShell = Nothing
Set objFSO = Nothing

[devdeb333]

Bon, je dois avouer que mes compétences limitent ma compréhension de tout cela....

Quoi qu'il en soit, merci de vous être penchés sur mes questions, et merci pour le code qui , je suis sur, nous sevira.


Cordialement,

[Loïc M]

Salut,

j'ai une autre solution, qui ne répond peut être pas au problème mais que je propose quand meme puisqu'elle n'est pas encore apparue. C'est dans le même style que le FTP. L'utilisation d'un SVN qui permettrait à un utilisateur de relier sur son poste un dossier avec SVN dans lequel il pourrait mettre ses documents. Lorsqu'il crée un nouveau document, il le met dans ce dossier et fait simplement un commit (généralement avec les clients svn c'est quelque chose comme Clic droit -> commit plus peut-être une ou deux fenêtres de dialogue derrière). L'avantage est d'avoir grâce à cela un système de versionnage des fichiers (un utilisateur crée un fichier, le commit, puis fait une modification dessus le lendemain et recommit. Cependant, après avoir réfléchit, la première version du document était la bonne, il peut alors récupérer facilement l'ancienne version du document). L'avantage est que s'il a fait 100 fichiers dans sa journée, le client SVN va uploader seulement les fichiers qui n'hésistait pas (ou qui ont été modifiés) depuis la dernière fois. Donc il peut laisser dans le dossier ses 100 fichiers sans que ceux si soit réuploader à chaque fois qu'il veut en envoyer un et ceci de façon automatique.
Mais après je ne sais pas si ca convient pour ce genre d'utilisation. Notamment si jamais il veut vider son dossier en local (par exemple à la fin de la journée) il faut faire attention de ne pas commiter la suppression des fichiers coté serveur. Et je ne sais pas s'il est possible de paramétrer le serveur pour qu'il gère ce genre de chose. Donc c'est simplement une piste car je ne connais pas en détail toutes les fonctionnalités et possibilités offertes (ou non pas SVN).