Discussion :

[Coussati]

bonjour

j'ai quelques notions d'ajax, je ne suis pas un expert, je vous demande donc, si c'est possible de créer un client tcp ip en javascript / ajax

en effet j'aimerais qu'il se connecte à un serveur qui héberge un tchat

merci

[thelvin]

Non. JavaScript ne propose pas d'API pour faire du TCP/IP et il n'y a donc aucun moyen de le demander.

Les techniques AJAX proposent les requêtes en arrière-plan sans recharger la page, les server-side events, et les websockets. C'est tout.
Il est tout à fait possible de faire un site de chat avec ça, mais ce ne sera pas du TCP IP.

[skeud]

Désolé de contredire, mais avec JS il y a node.js qui permet de faire une architecture client/serveur

[thelvin]

Vu qu'il demande si on peut le faire en AJAX et qu'il cherche à se connecter à un serveur de chat, je suis parti du principe qu'il essaie de le faire dans le browser, avec donc seulement le JavaScript offert par le browser, et pas de Node.js.

Maintenant si l'idée était de faire du JavaScript côté serveur, c'est tout autre chose bien sûr : le serveur aura forcément des APIs de socket.

[Coussati]

bonjour

tout d'abord merci à vous, je désespérais de voir une réponse

pour vous donner plus de précisions, le serveur est un exécutable hébergé sur un serveur dédié windows

j'ai un client exécutable aussi, mais j'aimerais en avoir un autre qui sera utilisable depuis le navigateur (par soucis de compatibilité)

je pense que c'est possible en flash ou applet java, mais je ne connais pas vraiment ces langages, c'est pourquoi je préfère passer par le javascript (ajax si besoin) vu que j'ai déjà touché

donc, maintenant ... qu'en pensez vous ? c'est possible ?

[thelvin]

je pense que c'est possible en flash ou applet java,

Plus ou moins... Plus personne n'a de Java installé donc l'intérêt est discutable.
Et surtout c'est tout un bordel de sécurité, il faut des permissions à n'en plus finir. C'est logique : un site web inconnu ne peut pas commander à ton navigateur d'aller faire n'importe quoi sur le serveur de quelqu'un d'autre.

[...], c'est pourquoi je préfère passer par le javascript (ajax si besoin) vu que j'ai déjà touché

donc, maintenant ... qu'en pensez vous ? c'est possible ?

Pas directement. JavaScript ne peut pas se connecter à un serveur en TCP/IP.
Mais c'est faisable si ton site web s'occupe de le faire à la place du navigateur, et qu'il transmet les envois et réceptions entre le navigateur et le serveur de chat.

[Coussati]

Je ne pensais pas que le java était à l'abandon... bien au contraire, il y a quelques années on me le recommandait, soit disant que la machine java aurait équipé tous les pc !

Enfin... et donc je suis intéressé par le "c'est faisable", et donc comment fonctionneront les échanges ? Peux-tu approfondir s'il te plait ?

[skeud]

Une simple recherche sur internet ....... tuto chat js

[Coussati]

Une simple recherche sur internet ....... tuto chat js

merci pour ton lien skeud, mais je ne pense pas que c'est ce que je recherche

je ne souhaite pas faire transiter les données par le php ou une bdd, ce qui m'intéresse c'est une connexion par IP

mon serveur est déjà fait, on ne s'en occupe pas en détail pour le moment, ce qu'il faut c'est :

1/ pouvoir s'y connecter
2/ envoyer des données (texte)
3/ pouvoir recevoir la réponse d'un serveur

pour info, j'ai déjà réussi à faire dialoguer un client ftp, en mettant l'ip et le port, il se connecte au serveur ftp, et le serveur lui envoie une réponse : je n'ai pas pu aller plus loin parce que je n'ai pas les sources du client ftp et aussi parce que je ne veux pas passer par un client ftp mais pas un navigateur web

en espérant relancer cette discution

[thelvin]

je ne souhaite pas faire transiter les données par le php ou une bdd, ce qui m'intéresse c'est une connexion par IP

La bdd n'est pas utile, mais si tu veux faire des connexions socket il va te falloir un langage serveur. Pas forcément PHP mais un langage serveur quelconque, alors pourquoi PHP ne conviendrait pas* ?

(* À part le fait que je déteste ce langage et que je comprends parfaitement ceux qui refusent de s'en approcher)

Il y a trois partis : navigateur client <====> client/serveur intermédiaire capable de connexions sockets <=====> serveur de chat.
Le navigateur et le serveur de chat ne se parlent pas, parce qu'un navigateur va galérer à faire marcher des sockets, et qu'il a besoin d'un serveur intermédiaire pour le faire à sa place.

Donc, le navigateur et l'intermédiaire communiquent par AJAX comme d'habitude, comme dans l'exemple montré.
Et l'intermédiaire et le serveur communiquent comme ça t'arrange, tu as carte blanche puisque tu l'as créé uniquement pour ça.