Discussion :

[Invité]

Bonjour,
Dans le cadre d'un projet j'ai été amener à programmer en c quelques fonctions ayant pour but de récuperer le contenu d'une page d'un serveur http. Mais un dernier problème s'oppose à moi : l'envoie de la requette s'effectue bien mais quand je veux récuperer la réponse et que j'effectue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sock_err = recv(sock, reponse, REP_MAX, 0);//REP_MAX = 60000

je n'obtient que le début de la réponse. Mais si j'effectue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
sock_err = recv(sock, reponse, REP_MAX, 0);
sock_err = recv(sock, reponse, REP_MAX, 0);
sock_err = recv(sock, reponse, REP_MAX, 0);
sock_err = recv(sock, reponse, REP_MAX, 0);
sock_err = recv(sock, reponse, REP_MAX, 0);

j'obtient toute la réponse.

j'ai regardé la taille successive de chaque réponse elle varie : 11617 - 8713 - 8713 - 13069 - 779. Et quand je change de page seul le dernier chiffre change.

Je me suis renseigné et je n'ai pas trouvé alors si quelqu'un peut m'aider ... merci

[ram-0000]

En TCP, rien ne garantit que 1 send = 1 recv

tu peux avoir :

• 1 send et 5 recv(ton cas)
• 1 send, 1 recv
• 2 send, 1 recv
• et toute autre variation

Donc dans ton cas, pour t'en sortie, il faut lire le début de la réponse HTTP et dedans, tu obtiens le nombre d'octets à lire. Ensuite, il faut lire jusqu'à avoir obtenu ce nombre d'octets.

[Invité]

Ok merci beaucoup ram-0000 mais il y a un problème, tous les sites ne donnent pas la taille du corps (le contenu du site) de la requete. Je peux toujours dire qu'un site se finit lorsque la balise "</html>" apparait mais cette solution n'est pas optimale. Y a-t-il un autre moyen de connaitre le nombre de recv a effectuer ?

[ram-0000]

mais il y a un problème, tous les sites ne donnent pas la taille du corps (le contenu du site) de la requete.

Alors ils ne respectent pas le protocole HTTP.

7.2.2 Longueur
Lorsqu'un corps d'entité est présent dans un message, la longueur de ce corps doit être explicitée par l'un des deux moyens suivants. Si un champ Content-Length est présent, sa valeur associée représente la longueur en octets du corps d'entité. Autrement, c'est la déconnexion par le serveur qui marque la fin du corps d'entité.
Cette dernière méthode ne peut être utilisée pour marquer la fin d'une requête, car la possibilité doit être laissée au serveur d'envoyer une réponse. C'est pourquoi le protocole HTTP/1.0 précise que toute requête contenant un corps d'entité doit mentionner sa longueur dans un champ d'en-tête Content-Length valide. Si tet est le cas, et que ce champ n'existe pas dans le message, et dans la mesure où le serveur ne peut calculer ou déterminer la longueur de ce corps, ce dernier répondra par un message de code 400 (erreur client).

Note: Certains anciens serveurs spécifient un champ Content-Length erroné lorsque la réponse contient des données dynamiquement générées par le serveur. Il est signalé ici que cet état de fait ne sera plus tolérable dans les nouvelles versions d'HTTP.

Il y a bien un champs longueur dans la requête HTTP, c'est le champs Content-Length. Il faut lire cette valeur et ainsi tu sauras combien il faut recevoir de données.

[Invité]

ok d'accord ça ma rassure. Merci de ton aide précieuse et rapide.

brastir

[nicolas.sitbon]

Alors ils ne respectent pas le protocole HTTP.

Je ne suis pas d'accord avec toi, et tu en donnes l'argument:

7.2.2 Longueur
Lorsqu'un corps d'entité est présent dans un message, la longueur de ce corps doit être explicitée par l'un des deux moyens suivants. Si un champ Content-Length est présent, sa valeur associée représente la longueur en octets du corps d'entité. Autrement, c'est la déconnexion par le serveur qui marque la fin du corps d'entité.
Cette dernière méthode ne peut être utilisée pour marquer la fin d'une requête, car la possibilité doit être laissée au serveur d'envoyer une réponse. C'est pourquoi le protocole HTTP/1.0 précise que toute requête contenant un corps d'entité doit mentionner sa longueur dans un champ d'en-tête Content-Length valide. Si tet est le cas, et que ce champ n'existe pas dans le message, et dans la mesure où le serveur ne peut calculer ou déterminer la longueur de ce corps, ce dernier répondra par un message de code 400 (erreur client).

Note: Certains anciens serveurs spécifient un champ Content-Length erroné lorsque la réponse contient des données dynamiquement générées par le serveur. Il est signalé ici que cet état de fait ne sera plus tolérable dans les nouvelles versions d'HTTP.

Le client n'a pas le droit, mais le serveur lui peut omettre ce champ et fermer la connexion pour indiquer la fin de la réponse.

[ram-0000]

Le client n'a pas le droit, mais le serveur lui peut omettre ce champ et fermer la connexion pour indiquer la fin de la réponse.

Effectivement mais je ne l'avais pas mentionné car c'est du HTTP 1.0 (le serveur ferme la connexion à chaque couple requête/réponse) et je ne suis pas sûr que cela soit très courant maintenant. Mais c'est vrai, il y a aussi cette possibilité