Interface chat "IRC Like"

**OnaStick** · 19/08/2011, 19h43

D'accord, donc si je comprends bien, il y a un deamon, en CLI surement, qui lui maintient les connexions des utilisateurs, et ajax qui check le deamon tout les x temps ou à l'envoie d'une commande et qui rappatrie ce qui nous a été adresser ?

**stealth35** · 19/08/2011, 19h54

Envoyé par OnaStick

D'accord, donc si je comprends bien, il y a un deamon, en CLI surement, qui lui maintient les connexions des utilisateurs, et ajax qui check le deamon tout les x temps ou à l'envoie d'une commande et qui rappatrie ce qui nous a été adresser ?

voila

**OnaStick** · 19/08/2011, 19h59

Dans ce cas, ca veut dire que toutes les connexions vers le server de chat seront gerer par le daemon ou c'est le daemon lui même qui fait office de server ? j'ai un peu de mal à suivre :o

**stealth35** · 19/08/2011, 20h05

Envoyé par OnaStick

Dans ce cas, ca veut dire que toutes les connexions vers le server de chat seront gerer par le daemon ou c'est le daemon lui même qui fait office de server ? j'ai un peu de mal à suivre :o

oui le deamon va dispatcher les connexions, enfaite c'est lui qui fait office de client IRC, par contre il répondra au client web,

c'est assez simple, t'as une liste de clients avec leurs connexions socket

**OnaStick** · 19/08/2011, 20h13

Et ce que le serveur irc répond, il est stocké en variable ? ou en fichier ? ou comme on veut au final ?

Ensuite la requete ajax identifie l'user sur le daemon et celui-ci renvoi le contenu, mais la requete se fait via un script php, et donc un socket, ou bien l'ajax peut directement interroger le daemon ?

**stealth35** · 19/08/2011, 20h19

tu stockes dans ce que tu veux, puisque le client AJAX va checker tout les X temps donc vider le buffer (fichier, base, variable), ca c'est pour ce que le serveur renvoie au démon, pour ce qui est de AJAX vers le serveur, ca passe par le démon mais rien n'est stocker il ne fait que relayer l'information
Le démon est dans fond un peu comme un proxy

**OnaStick** · 19/08/2011, 20h24

Yep, je vois bien, mais ajax ne sait pas faire de socket, il fait comment pour dialoguer avec le daemon ?

**stealth35** · 19/08/2011, 20h27

Envoyé par OnaStick

Yep, je vois bien, mais ajax ne sait pas faire de socket, il fait comment pour dialoguer avec le daemon ?

tout X temps il va chercher les données stockées par le démon, pour envoyer des données c'est une requête classique, par contre il faut que le client est un identifiant unique puisque il se reconnecte a chaque fois au demon

**OnaStick** · 19/08/2011, 20h32

Ca sembe être relativement simple à mettre en place, je pense m'orienter dans ce sens. Est-ce une soution fiable à long terme ?

**stealth35** · 19/08/2011, 20h37

Envoyé par OnaStick

Ca sembe être relativement simple à mettre en place, je pense m'orienter dans ce sens. Est-ce une soution fiable à long terme ?

oui ça marche bien, par contre il te faut la possibilité de lancer un démon

**OnaStick** · 19/08/2011, 20h42

Envoyé par stealth35

oui ça marche bien, par contre il te faut la possibilité de lancer un démon

C'est pas un problème ça :p

**rgamor** · 25/08/2011, 11h01

un daemon par client? ou un daemon qui gère tout les clients?

**stealth35** · 25/08/2011, 11h06

Envoyé par rgamor

un daemon par client? ou un daemon qui gère tout les clients?

un deamon pour tout les clients

**rgamor** · 25/08/2011, 11h33

donc du côté serveur IRC c'est comme si il y avait un seul client?

si on se connecte au serveur IRC avec un client tel que xchat, comment peut on distinguer chaque personne?

**stealth35** · 25/08/2011, 11h52

Envoyé par rgamor

donc du côté serveur IRC c'est comme si il y avait un seul client?

si on se connecte au serveur IRC avec un client tel que xchat, comment peut on distinguer chaque personne?

c'est autre chose ca, c'est la comm entre le pont et le server IRC

client -> bridge : mono thread (stream_socket_server)
bridge -> server : multi thread (stream_socket_client)

**rgamor** · 25/08/2011, 12h58

donc le client communique avec le daemon avec une socket et daemon gère autant de sockets qu'il y a de client?

**stealth35** · 25/08/2011, 13h02

Envoyé par rgamor

donc le client communique avec le daemon avec une socket et daemon gère autant de sockets qu'il y a de client?

oui

**kimjoa** · 27/08/2011, 00h24

nodejs est particulèrement bien adapté pour ce genre de projet, combiné avec la librairie socket.io http://socket.io/
La librairie (pas encore testé) te permet de facilement créer un serveur push, mais fournit aussi une implémentation cross browser des web-sockets
De plus le serveur nodejs tien beaucoup mieux la charge, qu'un apache par exemple....

Si je devais commencer un projet de ce genre ça serait cette techno que j'utiliserai sans hésiter !! a+

**stealth35** · 27/08/2011, 15h12

Envoyé par kimjoa

Si je devais commencer un projet de ce genre ça serait cette techno que j'utiliserai sans hésiter !! a+

voila pour ton bonheur : http://nodester.com/
ton serveur node.js en free

**kimjoa** · 27/08/2011, 17h02

@stealth35
Je connaissais po ! merci pour l'info

Même si c'est un peux tard, et que je me suis déjà mordu les doigt pour l'installer, nottement sous windows

D'ailleurs au passage , il existe un .exe depuis quelque semaine....

Sinon y'a aussi cloud9 http://cloud9ide.com/
Un ide en cloud !!! basé sur nodejs, et gratuit pour les projets open source. A ce niveau, c'est plus que du bonheur, c'est orgasmique

bye

Interface chat "IRC Like"

Langage PHP

Discussions similaires

Partager

Partager