AutoIt Français

si il s'agit d'un ftp à accès public, peux tu donner l'adresse ainsi que le chemin où il y a un droit d'écriture ?

Re bonjours a tous ; je vien de re trouvé l'adresse du forum lol

Mon probleme est résté au meme point

l'adresse du ftp serait "http://membres.lycos.fr/shinhollow/SRO/...."

( si tu a besoin de id et pw je peut te les envoyé par mp )

Je pensse qu'on va faire plus simplement . Sa ne serait pas possible de faire en sorte que aprés 7 jours il ne soit plus valable et qu'il faille ré entré un code d'activation
et donc inscrire dans le registre une clé ( qui n'orait rien a voir pour pas qu'on la trouve

) pour pas que si ils changent l'horloge ...

pour cette idée j'aimerais savoir le risque qu'ils arrivent a cracké le fichier ?...

Merci pour votre aide

Bnojour,
Effectivement l'ancien site a connu quelque soucis depuis les derniers messages de ce sujet ...
Je suis preneur de l'adresse entière et ID/mdp en MP pour voir pourquoi le script n'arrivait pas à écrire.

Pour l'eutre idée, 2 risques sont possibles :
- le recule de l'horloge
- le jump par assembleur

pour ces deux cas , stocke à chaque éxécussion permise la date de lancement (chiffrée simplement avec stringencrrypt) dans une autre clé de registre. puis, aléatoirement pendant l'éxecution, contôle si la date courrante est supérieure à la date écrite, si ce n'est pas le cas, coupe l'execution..
(pour le deuxième cas ceci n'est qu'un retardateur, mais parfois ça suffit pour décourrager)

je t'envoi sa cette aprem

merci pour ton aide

A y est, c'est presque fait :

1) ce serveur ftp est bizarre : le "ls" n'est pas supporté en passif, donc si on essaie de se connecter via un client qui en lance systématiquement un "leechftp, par exple), on attends longtemps ..., et dans un comd, on peut faire du mkdir, put ... mais pas de ls non plus (passif également), mais ceci est juste une remarque qui peut expliquer le point 3

2) depuis une certaine version d'autoit ; il faut initialiser la dll avant de l'appeler (j'ai dénicher ça sur le forum américain) :

Code : Tout sélectionner

#include "ftp.au3"

$server = 'xxxxx' 
$username = 'xxxx' 
$pass = 'xxxx' 

$dllhandle = DllOpen('wininet.dll')
$Open = _FTPOpen('MyFTPControl') 
ConsoleWrite($Open&@CRLF)
$Conn = _FTPConnect($Open, $server, $username, $pass);,21,1,1,1) 
ConsoleWrite($Conn&" "&@error&@CRLF)

$Ftpp = _FtpPutFile($Conn, @ScriptDir&'\test_ftp_send.txt', '/test/test_ftp_send2.txt',1) 
ConsoleWrite($Ftpp&@CRLF)

$Ftpc = _FTPClose($Open) 
DllClose($dllhandle)

3) le pb restant est que le putfile ne rends pas la main, même si il a créer les fichiers sur le serveur distant. J'ai essayer de lancer une routine adlibenable tuant l'action au bout d'une minute, mais cette dernière ne se lance pas

comme maintenant je vais décorrer ma maison ^^ je laisse ce dernier point en suspend

Mauvaise nouvelle vis à vis du dernier message :
le fichier se créé, mais les data ne sont pas transférées (j'ai vérifier en me sniffant). Et donc le blocage se fait avant de pouvoir envoyer les données.
J'ai essayé de 'jouer' avec l'argument $l_Flags pour voir les différents comportements, mais sans succès ...

il faudrait trouvé un autre hebergeur ftp ?

J'ai un amis qui est d'accord pour m'heberger tout sa . Pui-je ré avoir un exemple du script avec les variables a changé ? merci

sylvanie peut tu me donné un exemple complet pour que je test avec le nouveau ftp

Merci

Bonsoir en passage rapide,

il suffit de reprendre le dernier script posté, et de remplacer les xxxxx respectivement par l'adresse du serveur, le login et enfin le mot de passe

penses également à in diquer un fichier présent sur ton DD pour le put , car sinon ça risque de ne pas marcher ...

Merci pour ta reponsse .

il me dit qu'il ne trouve pas "ftp.au3"

... c'est parce que tu n'a pas mis ce fichier dans un un endroit où il peut le trouver ...
soit tu le mets dans le dossier "include" d'autoit (comme ça il sera accessible e partout)
soit au même endroit que ton script

AutoIt Français

[R] Lire un fichier sur un ftp via le script