Version imprimable
Bonjour à tous,
je dois transférer des données (via FTP) et faire une mise à jour en base, mais seulement si tout à été transféré... j'ai pensé aux code retours de l'instructions "put"... mais comment peut-on les récupérer ? Y a-til une autre solution ?
Salut,
Quand lances un commandes FTP, tu as une réponse sous la forme d'une chaîne de caractères.
En comparant la réponse avec ce que tu devrais trouver tu sauras s'il y a eu un problème ou pas.
euh... je ne sais pas si on parle de la même chose.. :?:
quand je teste le retour d'un FTP, il est toujours à OK (connexion FTP toujours réussie). Ce qui m'interesse, c'est lors de la session, le résultat des différents "put" de fichier, à savoir si les transferts se sont correctement effectués.... Est-ce possible de récupérer cela ?
après tu analyse historique.log pour voir les valeurs renvoyés par les puts.Code:
2
3
4
5
6
7
par exemple
si tu as le 150 mais pas le 226 le transfert à bien été lancé mais a echoué.Code:
2
3
par rapport au log complet :
chaque ligne de FTP répond avec un code message (ici 220 331 230 200 150 226 221 etc ....) à toi de te servir de ces codes pour analyser les retours des put mput get mget rename et toutes commande FTP que tu veux analyser.Code:
2
3
4
5
6
7
8
9
10
Dans mes tests, j'ai un cas d'erreur ( quand il ne trouve pas les fichiers à transférer) qui ne renvoie pas de code...
mais selon ta méthode, la présence du test 226 permet de dire que le transfert est ok, c'est bien ça ?...
j'avais pensé à un truc dans le genre (tester les codes renvoyés par les commandes), mais il faut être sur des codes retournés.... j'avais vu un post où le gars faisait un grep des ocde 4** et 5** ... s'il en avait, c'était une erreur... or dans mon cas, je n'ai même pas de code erreur... mais par contre, je n'ai pas le code 226 ! bien vu bster !!
je pense que je vais rester sur cette solution... en tout cas merci ! :wink:
oui quand ça échoue tu as que le message 150 mais pas le 226 correspondant.Citation:
Envoyé par pimousse_on_ice
Attention je penseque que pour le put et le get c'est les même partout mais pour les autres je sais pas si le reste est standard...
Les code positifs entre 0 et 400 représentent un succès, au-dessus c'est une erreur... Mais regarde plutôt la réponse que je t'ai donné sur le forum Perl, tu verras qu'avec Net::FTP, tu as directement accès au code de réponse, ce qui est tout de même plus pratique que d'analyser un log, puis éventuellement de reprogrammer un chargement, etc...
--
Jedaï
Mauvaise nouvelle...
je n'ai pas réussi à convaincre mon client... donc pas d'utilisation de Net::FTP, et donc solution = le grep (chouette :? )....
dans mon cas, etant donné que l'erreur que j'ai eu ne renvoyait aucun code retour, je vais donc chercher le nb de code 226 (qui correspondra au nb de transfert de fichier, car se sont des "put", 1 par 1. Je sais, il y a mput, mais dans mon cas, je ne peux pas l'utiliser : specif du client ! :roll: ).... ça fait un peu bricolage mais bon...
Merci de vous etre penché sur le pb !
Ton client veut bien que tu génères ton script bash en Perl, mais ne veut pas que tu fasses les téléchargements direct en Perl ? Bizarre... Et il ne veut pas que tu utilises mput... Il a l'air d'avoir de drôle d'exigences ton client ! :?Citation:
Envoyé par pimousse_on_ice
Bon courage en tout cas !
--
Jedaï
A qui le dis-tu !! :?
Mais bon, ça rassure de voir que je ne suis pas la seule à penser ça ! :lol:
Merci pour tout en tout cas! :wink: