• [^] # Re: transfert par netcat

    Posté par (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.

    Non, y a une réelle différence entre fournir une interface web à un utilisateur et coder un protocole au-dessus d'HTTP en remplacement d'un protocole de même niveau qu'HTTP, au sens OSI du terme.
    Tu parles de l'interfaçage Web qui ne me gêne pas en soi vu que c'est le but même d'HTTP, fournir via un navigateur du contenu.
    Par contre, quand tu parles de client lourd qui encapsule un protocole en HTTP, là, je tique car il s'agit bien d'utiliser HTTP pour en faire une couche équivalent à du transport alors qu'il fait partie de la couche Application.
    HTTP, ce n'est pas un moyen de faire des connexions, c'est une fin en soi et le but est bien le transfert de contenu.

    Pour conclure, qu'HTTP serve à fournir une présentation Web à un serveur qui cause ensuite sur le Net avec un vrai protocole, pas de problème mais réécrire, en ASCII qui plus est, un protocole dans les trames HTTP, là, c'est trop.

    Comme je l'ai dit plus bas, je rejoins bien l'avis de ce post.