Discussion :

[paulof]

Bonjour,

Je cherche a lier 2 programmes (en l'occurence un programme en c++ et une page HTML via un socket). J'essais donc de développer une socket client / serveur Mais ce que je ne comprends pas c'est ou dois-je mettre le code de mes programmes de bases?

Merci

[Obsidian]

Bonsoir,

Ça ne veut pas dire grand chose.

Un programme en C++, ok. Une « page HTML », par contre, ce n'est pas un programme. Donc soit, tu parles du script qui la génère éventuellement (généralement en PHP), soit tu parles d'un programme embarqué dans ta page (généralement Javascript), soit tu parles encore d'autre chose mais à toi d'être plus précis.

[bretus]

Bonjour,

Un programme en C++, ok. Une « page HTML », par contre, ce n'est pas un programme. Donc soit, tu parles du script qui la génère éventuellement (généralement en PHP), soit tu parles d'un programme embarqué dans ta page (généralement Javascript), soit tu parles encore d'autre chose mais à toi d'être plus précis.

Il parle peut-être des WebSocket du HTML5?

[paulof]

Bonjour et merci d'avoir répondu,

Oui je pense effectivement que c'est d'une websocket dont j'ai besoin.

Je me réexplique :
Ce que je voudrais faire :
-> J'ai mon code html qui genere une page et je voudrais pouvoir lier cette page avec un programme écrit en C++.
Quand je clique sur "valider" de la page, elle doit envoyer les données entrées dans mon formulaire au programme en c++ qui lui doit traiter ces données et ressortir une page.



Contraintes:
-> ne pas utiliser du PHP.
-> utiliser des sockets

[Obsidian]

Bonjour et merci d'avoir répondu,
Oui je pense effectivement que c'est d'une websocket dont j'ai besoin.

Ça m'étonnerait. C'est trop récent pour être vraiment pertinent. Sauf s'il s'agit d'un T.P. explicite sur le sujet, mais dans ce cas, ce doit être écrit noir sur blanc. Si ce n'est pas le cas, oublie-les.

Je me réexplique : Ce que je voudrais faire :
-> J'ai mon code html qui genere une page et je voudrais pouvoir lier cette page avec un programme écrit en C++. Quand je clique sur "valider" de la page, elle doit envoyer les données entrées dans mon formulaire au programme en c++ qui lui doit traiter ces données et ressortir une page.

Ton code HTML ne « génère » pas une page. Il décrit le contenu d'une page existante. À moins qu'il y ait du Javascript à l'intérieur qui la modifie en temps réel, mais je ne pense pas que ce soit ton cas non plus.

Sinon, ce que tu veux faire se traite via une CGI : l'URL que tu vas appeler depuis ton navigateur est celle d'un fichier qui, en réalité, est un exécutable. Celui-ci peut effectivement être écrit en C++ (j'avais écrit et géré une application de ce genre, écrite en C++ également, d'environ 38000 lignes). Ton serveur web va lancer cet exécutable, et c'est à celui-ci de lire les données que le serveur lui transmet et de répondre en envoyant du code HTML sur la sortie standard (avec les headers HTTP) tout bêtement.

Contraintes:
-> ne pas utiliser du PHP.
-> utiliser des sockets

Ça me laisse perplexe quand même. Tu peux nous donner ton énoncé ?

[paulof]

Le programme sera un serveur Web écrit en C++ et écoutant grâce à un socket un port prédéfini. Le programme doit émettre vers tout navigateur qui s'y connecterait un formulaire Web comportant des champs que l'utilisateur doit remplir. Le formulaire comporte également un bouton pour soumettre le contenu du formulaire et obtenir une réponse du serveur. Cette réponse est une page Web simple contenant le texte résultant du programme.

Voila le sujet.

[Obsidian]

Ah d'accord ! Ton programme C++ est censé être lui-même le mini-serveur web. D'où l'utilisation des sockets, en effet.

Par contre, il n'y a aucune programmation réseau à effectuer dans le code HTML proprement dit ou du côté du client.

[paulof]

Si j'ai bien compris, je met mon programme C++ dans le socket coté serveur web? Et donc coté client j'ai quoi ? mon texte html?

[Obsidian]

Si j'ai bien compris, je met mon programme C++ dans le socket coté serveur web?

Non seulement tu vas mettre ton programme exécutable du côté du serveur web, mais ce sera lui, le serveur ! Exit, donc, Apache et compagnie. C'est ton programme qui va se mettre à l'écoute d'un port TCP sur la machine serveur, idéalement du port 80. Mais bon : pour pouvoir utiliser le port 80, il faudra être root et tu risques d'entrer en conflit avec quelque chose qui tourne déjà à côté. Donc, choisis un port au delà de 1024.

Et donc coté client j'ai quoi ? mon texte html?

Côté client, tu n'as rien d'autre que ton navigateur web habituel qui va se connecter à ton serveur, sans savoir que c'est ton programme qui lui répond et pas un serveur web habituel comme Apache ou IIS.

C'est donc à ton serveur de traiter la requête initiale, de lire les headers HTTP, d'envoyer du code HTML pré-écrit pour afficher un formulaire dans la fenêtre du client, de reconnaître la requête POST ou GET venant de ton formulaire lorsque le client aura cliqué sur le bouton et, enfin, d'agir en conséquence.

[paulof]

D'accord Merci.
Mais si le client c'est le navigateur justement comment puis-je récupérer les données de POST ou GET du formulaire ??

[Obsidian]

D'accord Merci.
Mais si le client c'est le navigateur justement comment puis-je récupérer les données de POST ou GET du formulaire ??

Soit en utilisant les bibliothèques idoine si ton prof' te laisse le faire, soit en ré-implémentant toi-même les grandes lignes du protocole HTTP. C'est bien l'objet du T.P. : écrire un nano-serveur Web.

Ce n'est pas très difficile en soi, mais ça peut être très long si tu comptes l'implémenter en entier. Heureusement, le T.P. n'implique que d'écrire ce qui est nécessaire pour le traitement du formulaire que tu vas toi-même envoyer.

D'où la première question, sais-tu déjà comment fonctionnent les serveurs Web en général et comment se passe une transaction lorsque tu interroges un site web ordinaire au quotidien ?