Je développe actuellement (en C) un client FTP embarqué from scratch: le but
de ce client est de se connecter à un serveur, de télécharger un fichier
(upload ou download) puis de se déconnecter.
Le code est quasi fini et fonctionne pas trop mal, mais j'ai des soucis de
performance. En effet, comme je ne sais pas combien de message de bienvenue
(précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini d'en
envoyer, j'attend par défaut 20secondes avant d'envoyer mes requetes.
Question: comment peut-on reconnaitre que le serveur en face a fini de me
parler?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jacques Caron
Salut,
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves wrote:
En effet, comme je ne sais pas combien de message de bienvenue (précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes requetes. Question: comment peut-on reconnaitre que le serveur en face a fini de me parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP (plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme: nnn-texte texte texte nnn texte
Le plus souvent, elles prennent en fait la forme: nnn-texte nnn-texte nnn-texte nnn texte
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves
<pedro.chaves@libertysurf.fr> wrote:
En effet, comme je ne sais pas combien de message de bienvenue
(précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini
d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes
requetes.
Question: comment peut-on reconnaitre que le serveur en face a fini de me
parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP
(plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir
l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme:
nnn-texte
texte
texte
nnn texte
Le plus souvent, elles prennent en fait la forme:
nnn-texte
nnn-texte
nnn-texte
nnn texte
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves wrote:
En effet, comme je ne sais pas combien de message de bienvenue (précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes requetes. Question: comment peut-on reconnaitre que le serveur en face a fini de me parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP (plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme: nnn-texte texte texte nnn texte
Le plus souvent, elles prennent en fait la forme: nnn-texte nnn-texte nnn-texte nnn texte
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Pedro Chaves
"Jacques Caron" a écrit dans le message de news:
Salut,
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves wrote:
En effet, comme je ne sais pas combien de message de bienvenue (précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes requetes. Question: comment peut-on reconnaitre que le serveur en face a fini de me
parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP (plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme: nnn-texte texte texte nnn texte
Le plus souvent, elles prennent en fait la forme: nnn-texte nnn-texte nnn-texte nnn texte
Jacques. --
Merci pour la précision Pedro
"Jacques Caron" <jc@imfeurope.com> a écrit dans le message de
news:opr2te7jigq1hokb@news.free.fr...
Salut,
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves
<pedro.chaves@libertysurf.fr> wrote:
En effet, comme je ne sais pas combien de message de bienvenue
(précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini
d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes
requetes.
Question: comment peut-on reconnaitre que le serveur en face a fini de
me
parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP
(plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir
l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme:
nnn-texte
texte
texte
nnn texte
Le plus souvent, elles prennent en fait la forme:
nnn-texte
nnn-texte
nnn-texte
nnn texte
On Tue, 3 Feb 2004 22:49:33 +0100, Pedro Chaves wrote:
En effet, comme je ne sais pas combien de message de bienvenue (précédés du code FTP 220 ou 230) le serveur envoie et quand il a fini d'en envoyer, j'attend par défaut 20secondes avant d'envoyer mes requetes. Question: comment peut-on reconnaitre que le serveur en face a fini de me
parler?
Il serait peut-être temps de lire la RFC qui définit le protocole FTP (plus les quelques autres qui l'ont mis à jour), ça t'évitera d'avoir l'implémentation la plus incompatible du monde.
Tu y découvriras qu'une réponse multi-lignes a la forme: nnn-texte texte texte nnn texte
Le plus souvent, elles prennent en fait la forme: nnn-texte nnn-texte nnn-texte nnn texte
