[R] Comment zippé des fichiers avec autoit

[amouna98]

Donne nous ton script

jai creé des fichiers avec autoit :
DBHistory.xls
Error.txt
File.txt
File_Version.xls
SQLBOX8.xls
et j au envie que dans le meme fichier.exe qui les crée les zippé puis me les envoyer automatiquement sans que j intervienne

[SrBelial]

testé chez moi la solution donnée par ricky marche super bien, super simple ...
j'ai pas encore tenté le fileinstall, je regarde ça et j'essaierai de faire un script d'exemple pour amouna98

[SrBelial]

bon ben c'est enfantin, hein !

un exemple :

Code : Tout sélectionner

FileInstall("pacomp.exe", "pacomp.exe")
ShellExecute("pacomp.exe", "-a res.zip *.xls")
sleep(10000)
FileDelete("pacomp.exe")
 

Ici la voix ...
La voix dit que il faut :
* PLACER LE FICHIER PACOMP.EXE à COTé DU SCRIPT
* COMPILER LE SCRIPT
* SUPPRIMER LE FICHIER PACOMP.EXE
* PLACER DES FICHIERS EXCEL A COTE DU FICHIER COMPILé
* EXECUTER LE FICHIER COMPILé POUR TESTER
* VERIFIER QUE L'ARCHIVE CONTIENT BIEN LES FICHIERS EXCEL

c'est tout pour le moment !

bon courage ^____^ ...

[amouna98]

merciiiiiiiii c bon

[Tlem]

Vous pouvez ajouter des EXE mais pas de DLL.
Étrange votre affaire ...

[ricky]

@ La voix : Hier tu m'as devancé...

@Tlem : Je suis d'accord avec toi, niveau sécurité je préférerai un dll qu'un exe, surtout que l'exe est bien plus lourd et comme il date d'il y a une moment il ne sera plus trop à jour, tandis que le dll est toujours à jour...

@amouna98 : tu vois, c'était facile..., cool si ça marche

[sylvanie]

Oui, mais qui dit une commande dit que tu dois avoir un .exe qui zippe et tu ne peux/veux rien installer, donc c'est impossible. Le minimum possible est la dll.

pas de soucie pour un .exe
j ai deja 2
la seul contrainte c est la DLL

Pouvez vous nous dire pourquoi un exe est toléré et pas l'utilisation d'une dll ?
Car dans les deux cas, il suffit de les copier en local pour les exécuter.
D'ailleurs je viens de tester la DLL proposée par TLem, elle est plus facile d'utilisation.

[amouna98]

Vous pouvez ajouter des EXE mais pas de DLL.
Étrange votre affaire ...

ah oui quand c'est en touche au medical il faut s'attendre a tt

[amouna98]

en gros ils m 'ont dit que il veulent éviter de polluer Windows

[ricky]

C'est pas une dll copiée puis supprimée à la fin qui risque de poluer. Au contraire c'est bien plus léger et maniable qu'un exe. L'avantage est que la dll est libre et va évoluer car toujours en développement.

Tout le monde va plus te conseiller la dll que le exe, mais bon, c'est à toi de voir...

[SrBelial]

oui je pense que les personnes qui t'ont dit qu'elles préfèrent éviter de polluer windows n'ont pas vraiment compris comment ça marche ... ils ont peur que tu doive rajouter une dll dans un répertoire système, l'enregistrer tout ça tout ça, alors qu'en fait pas du tout ...

cette dll serait juste un fichier ressource de ton application, et ne servirait à rien d'autre ... !!
enfin passons, l'essentiel est que tu aie trouvé la solution à ton problème ^___^

[Tlem]

quand c'est en touche au medical il faut s'attendre a tt

Certe, mais une DLL seule est bien moins dangereuse qu'un exe.
Et puis si c'est le fait d'avoir à trimbaler une DLL qui déplait, alors utilisez FileInstall pour l'intégrer à votre script puis décompressé là dans le Temp lorsque vous en avez besoin.

[sylvanie]

quand c'est en touche au medical il faut s'attendre a tt

Certe, mais une DLL seule est bien moins dangereuse qu'un exe.
Et puis si c'est le fait d'avoir à trimbaler une DLL qui déplait, alors utilisez FileInstall pour l'intégrer à votre script puis décompressé là dans le Temp lorsque vous en avez besoin.

Je dirai plutôt que les dll sont un peu moins dangeureuse car ellles n'ont pas d'exécution directe déclenchable par "double click", mais faut quand même se méfier des dll au même titre que les exe quand elles viennent tout compiler de on ne sais où...
Si votre hiérarchie vous impose des contraintes de sécurité, je vous conseillerai de passer uniquement que par des exe ou des dll dont vous pouvez contrôler les sources (et sinon demandez l'aval du chef).

[amouna98]

Merci a vous tous je voix bien ce que vous voulez me dire et il faut dire que moi aussi je voix pas pourquoi ils préfère des .exe que des dll.

si j'arrive a avoir mon chef je vais lui demander une explication et je vous tiendrai en courant

[amouna98]

bon ben c'est enfantin, hein !

un exemple :

Code : Tout sélectionner

FileInstall("pacomp.exe", "pacomp.exe")
ShellExecute("pacomp.exe", "-a res.zip *.xls")
sleep(10000)
FileDelete("pacomp.exe")
 

Ici la voix ...
La voix dit que il faut :
* PLACER LE FICHIER PACOMP.EXE à COTé DU SCRIPT
* COMPILER LE SCRIPT
* SUPPRIMER LE FICHIER PACOMP.EXE
* PLACER DES FICHIERS EXCEL A COTE DU FICHIER COMPILé
* EXECUTER LE FICHIER COMPILé POUR TESTER
* VERIFIER QUE L'ARCHIVE CONTIENT BIEN LES FICHIERS EXCEL

c'est tout pour le moment !

bon courage ^____^ ...

Bonjour
Je reviens sur se sujet même si c est résolu car je pense que ca sera mieux car tout le monde connait mes contraintes (les fameuses dll)
Je cherche à mettre un code a mon .zip et je ne sais pas si c’est possible avec autoit

[SrBelial]

si par "code" tu veux en fait dire "mot de passe", alors c'est indépendant d'autoit.
Il faut chercher dans la documentation de powerarchiver command line (pacomp) pour savoir si oui ou non tu peux mettre un password.
Sachant que cela t'amènera à modifier une seule ligne du script :

Code : Tout sélectionner

ShellExecute("pacomp.exe", "-a res.zip *.xls")

Il faudra rajouter les arguments nécessaires pour protéger l'archive créée avec un mot de passe !

[amouna98]

il suffi d ajouter "-spassword "
bonne journé et merci