Discussion :

[wiztricks]

Les protocoles de type FTP ou HTTP sont de type texte et n'utilisent pas de 0 dans les données transmises (sauf pour mode binaire pur en ftp, par exemple).

Un message HTTP comprend une entête qui se termine classiquement par CRLF suivi (ou non) d'un "body" dont le codage et le nombre d'octets sont donnés dans l'en-tête.
C'est le type de codage qui autorisera (ou non) la présence de l'octet 0 dans ce "body" et coller un 0 à la fin du message reçu par recv me semble prématuré voire inutile.
-W

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
19.1 Internet Media Type message/http and application/http
...       
       Media Type name:         message
       Media subtype name:      http
       Required parameters:     none
       Optional parameters:     version, msgtype
        version: The HTTP-Version number of the enclosed message
                 (e.g., "1.1"). If not present, the version can be
                 determined from the first line of the body.
        msgtype: The message type -- "request" or "response". If not
                 present, the type can be determined from the first
                 line of the body.
       Encoding considerations: only "7bit", "8bit", or "binary" are
                                permitted
       Security considerations: none

       Media Type name:         application
       Media subtype name:      http
       Required parameters:     none
       Optional parameters:     version, msgtype
        version: The HTTP-Version number of the enclosed messages
                 (e.g., "1.1"). If not present, the version can be
                 determined from the first line of the body.
        msgtype: The message type -- "request" or "response". If not
                 present, the type can be determined from the first
                 line of the body.
       Encoding considerations: HTTP messages enclosed by this type
                 are in "binary" format; use of an appropriate
                 Content-Transfer-Encoding is required when
                 transmitted via E-mail.
       Security considerations: none

[Emmanuel Delahaye]

Un message HTTP comprend une entête qui se termine classiquement par CRLF suivi (ou non) d'un "body" dont le codage et le nombre d'octets sont donnés dans l'en-tête.
C'est le type de codage qui autorisera (ou non) la présence de l'octet 0 dans ce "body" et coller un 0 à la fin du message reçu par recv me semble prématuré voire inutile.

Je parle évidemment (comme précisé) de transmission texte. Si il s'agit de transmission binaire, c'est autre chose. ce n'est pas le même code.

C'est l'évolution dans la séquence du protocole qui fait qu'à une certaine étape, on transmet en texte ou en binaire (il me semble qu'en FTP, c'est séparé sur 2 sockets différents, mais il se peut qu'en HTTP, ce soit mélangé)).

La synchronisation entre émetteur et récepteur doit évidemment être assurée. C'est le rôle d'un protocole et des machines à états locales qui l'implémentent.

[wiztricks]

Je parle évidemment (comme précisé) de transmission texte. Si il s'agit de transmission binaire, c'est autre chose. ce n'est pas le même code.

C'est l'évolution dans la séquence du protocole qui fait qu'à une certaine étape, on transmet en texte ou en binaire (il me semble qu'en FTP, c'est séparé sur 2 sockets différents, mais il se peut qu'en HTTP, ce soit mélangé)).

En HTTP, c'est "mélangé"!

La synchronisation entre émetteur et récepteur doit évidemment être assurée. C'est le rôle d'un protocole et des machines à états locales qui l'implémentent.

Pour HTTP 1.0, c'est simplissime. Avec la 1.1, ca se complexifie d'autant que les unités d'informations peuvent être expédiées en plusieurs parties/fragments.
=> Il y a du boulot à faire "au-dessus" du simple recv pour assurer qu'on a tout reçu et spécialiser les opérations en fonction du type de contenu.

C'est cette complexité masquée qui m'a fait recommander d'utiliser la bibliothèque du W3C.
-W

[Emmanuel Delahaye]

C'est cette complexité masquée qui m'a fait recommander d'utiliser la bibliothèque du W3C.

OK.