Merci de ta réponse Jched, pour te répondre bun je ne savais pas la quel étai officiel mai même avec cette udf sa ne fonctionne pas. J’ai essayé ceci du coté FTPex.au3.
Je me connecte bien à mon serveur ftp, le fichier s’envoie seul problème. Le fichier fait 0 ko a l’arrivé alors que sur mon disque il fait 250 ko.
Il semble que le problème vienne du faite qu’il ne trouve pas index2.php qui est situé dans le même répertoire que le scripte. J’ai essayé de mètre le chemin complet du genre c:\…
Mais le résultat est le même.
Il faut absolument prendre l'habiude de tester les codes d'erreur suite à l'appel de toute fonction utilisant une entrée/sortie.
Autant il est lourd de tester (quand le langage le permet) le bon déroulement d'une addition ($i += 1 _peut_ provoquer un dépassement !), autant il est impératif de le faire dès lors qu'on jongle avec des fichiers, des droits d'accès, des protocoles complexes, etc.
Ne pas le faire c'est travailler à l'aveugle en priant très fort pour que tout fonctionne. Malheureusement et particulièrement lorsqu'un réseau (LAN ou WAN) et mis à contribution, il est "rare" que tout fonctionne ! Je veux dire par là que des sources d'erreur de toute nature guettent dans l'ombre et sautent un beau jour de leur cachette pour mordre sévèrement le cul du programmeur négligent.
Dans ton cas (un FTP PUT "tout simple") il faut réunir énormément de conditions pour qu'il réussisse : réseau local OK, routage OK, pare-feu OK, proxy OK si besoin, serveur OK, port OK, login OK, mot de passe OK, droits (1/2) OK, répertoire OK, fichier OK, mode (actif/passif + texte/binaire) OK, place libre OK droits (2/2) OK, ... J'arrête là la liste non exhaustive.
Qu'un seul paramètre ne convienne pas, qu'un seul élément se trouve défaillant, saturé ou autrement indisponible et c'est l'ensemble qui se casse la binette. Il est donc nécessaire, pénible certes mais absolument nécessaire, de tester systématiquement les retours d'erreur sur ce type d'appels. Je parie un caramel mou que tu découvriras bientôt la cause de l'échec en appliquant ce principe général.
Tiens-nous au courant.
La cryptographie d'aujourd'hui c'est le taquin plus l'électricité.
Merci de ta réponse jchd, mais comment je fais pour tester la fonction ?
Je suppose que je dois utiliser return, mais return quoi j’ai testé des trucs mais j’obtiens diverse message d’erreur. Voici un des quel j’ai essayé, mais j’obtiens une erreur a la ligne 8
Pour tester les fonctions _FTP_xxx le mieux est de vérifier @ERROR = 0 quand tout est OK.
Regarde l'aide de chaque fonction.
Si cela peut t'aider, j'ai fait un programme d'exemple en AutoIt autour de FTP : Utilitaire de tests FTP
Merci de ta réponse Ahbadiane, j’ai testé ce que tu m’as dit, j’obtiens ceci :
► Afficher le texte
_FTP_Open : OK
_FTP_SetStatusCallback : OK
_FTP_Connect : OK
Test si le fichier distant existe
Taille traité : 179 Octets
_FTP_FilePut : Erreur - @error=-1
J’arrive bien a me connecté au serveur ftp, mais le fichier lui ne s’envoie pas, je ne comprends pas pourquoi ?
Merci de vos réponses. Pour répondre à quelqu'un, je viens de mètre tout mon FTP en 777, mais j’obtiens le même résultat. Pour répondre à jchd, j’ai essayé la fonction _FTP_SetStatusCallback à l’aide de l’exemple dans l’aide Autoit. J’obtiens ceci en réponse.
Je me répond encore a moi même . J'ai trouvé la solution, je me suis renseigné sur la différence entre le mode passif et le mode actif, j'ai lut que les logicielles ftp était par défaut en mode actif or la commande _ftp_connect est par défaut en mode passif. J'ai donc permutée et hop sa a fonctionné.