Interface chat "IRC Like"

**OnaStick** · 19/08/2011, 15h36

Bonjour à tous,

Je poste ce message dans PHP, car c'est le langage principal de mon projet, et par conséquent le langage dans le quel je cherche une solution possible (Je suis ouvert à d'autre possibilités).

Voilà la problématique :

Il est question d’intégrer dans un projet, un chat (multi-canal), possédant quelques fonctions particulières. Ce chat doit être capable de tenir une charge d'au moins 500 utilisateurs sans impacter le reste des performances du server (Apache & co). Il doit gerer des commandes IRC de base tel que /msg /me /join /part /notice (et quelques autres), quelques alias de commandes spéciales, ainsi que des bricoles pas méchante. Le support doit être capable de déplacer les utilisateurs de salon en toute transparence suivant des paramètres transmit par php. (Un peu à la maniere des chat dans les MMORPG type World of warcraft)

Solutions envisagées :

Ce que je ne veux pas : Java, Flash et IFrame (si possible).

En terme de serveur, ce que je connais le mieux est UnrealIRCd. Malheureusement, la mise en place d'un client pour ce genre de serveur peut s'averer fastidieuse voir impossible sans IFrame...

Ensuite, il y a Jabber, avec eJabberd et une interface web. Là aussi, la plupart des client que j'ai pu voir possède une IFrame, et les quelques librairies permettant de developper un client sont difficile à maitriser.

PHP+MySQL n'est même pas penssable, ainsi qu'un fichier texte type shoutbox. Il sagit là d'un "vrai chat".

Autre ?

Question :

Connaissez vous d'autre solutions, ou, avez-vous déjà du mettre en place ce genre de structure ? Que faut-il prendre en compte ? Dans quel sens proceder ?

J'ai vraiment besoin d'avis, de conseil et de feedback car c'est la première fois que je travail sur ce genre de projet.

D'avance, je vous remercie

**Thes32** · 19/08/2011, 15h40

Salut,

As tu regarder PHP free chat ? Cependant je ne sais pas quelle charge il peut tenir pour ne pas l'avoir déployé.

**stealth35** · 19/08/2011, 15h50

PHP c'est pas fait pour, mais regarde du coté des WebSocket

**OnaStick** · 19/08/2011, 15h53

Bonjour,

Merci pour ta réponse.

Cependant, il semblerait que ce soit plus une usine à gaz qu'autre chose. D'après ce que j'ai compri, il utilise des fichiers pour stocker les messages, avec possibilité de MySQL et IRC backend. Je doute la charge supportable sois bien énorme, et une certaine lenteur doit s'installer dans le traitement des évènements.

**OnaStick** · 19/08/2011, 15h55

stealth35, je suis ouvert à d'autre solution, comme python ou perl. Mais l'integration dans une page déjà constitué peut être farfelu...
Si tu as des infos, j'suis preneur

De plus, les WebSocket ne plus supporté par les navigateurs suite à une faille dans l'API. Sinon la solution semblait être prometteuse !

**Thes32** · 19/08/2011, 16h03

Envoyé par OnaStick

Bonjour,

Merci pour ta réponse.

Cependant, il semblerait que ce soit plus une usine à gaz qu'autre chose. D'après ce que j'ai compri, il utilise des fichiers pour stocker les messages, avec possibilité de MySQL et IRC backend. Je doute la charge supportable sois bien énorme, et une certaine lenteur doit s'installer dans le traitement des évènements.

Ok, pas de possibilité d'extension ? en changeant le système de stockage par exemple ? (utiliser à la place de mysql des engines plus rapide comme solr ou berkeleydb...)

**stealth35** · 19/08/2011, 16h06

Envoyé par OnaStick

stealth35, je suis ouvert à d'autre solution, comme python ou perl. Mais l'integration dans une page déjà constitué peut être farfelu...
Si tu as des infos, j'suis preneur

tu parles uniquement de langages coté serveur, le problème vient du coté client qui est ultra limité en terme de connexion socket.
peut importe la technologie serveur, ça ne changera rien.

Pour le WebSocket, c'est pareil il va te falloir un serveur (node.js par exemple)

**OnaStick** · 19/08/2011, 16h06

Envoyé par Thes32

Ok, pas de possibilité d'extension ? en changeant le système de stockage par exemple ? (utiliser à la place de mysql des engines plus rapide comme solr ou berkeleydb...)

Le fait est que la charge va surement augmenter rapidement, donc même avec quelque chose de rapide, si la charge d'utilisateur est multiplié par 2 ou 3, on en reviendrai au même point

**OnaStick** · 19/08/2011, 16h15

Envoyé par stealth35

tu parles uniquement de langages coté serveur, le problème vient du coté client qui est ultra limité en terme de connexion socket.
peut importe la technologie serveur, ça ne changera rien.

Pour le WebSocket, c'est pareil il va te falloir un serveur (node.js par exemple)

Ca m'a l'air bien fragile tout ça. M'enfin, comme dit plus haut, vu la polémique autour de cette fonctionnalité, et les navigateurs qui refuse de la supporter du à cette fameuse faille, je prefere m'en passer.

**stealth35** · 19/08/2011, 16h20

Envoyé par OnaStick

Ca m'a l'air bien fragile tout ça. M'enfin, comme dit plus haut, vu la polémique autour de cette fonctionnalité, et les navigateurs qui refuse de la supporter du à cette fameuse faille, je prefere m'en passer.

Si tu ne veux aucune technologies clientes, ni serveurs, ton projet n'est pas possible.

**OnaStick** · 19/08/2011, 16h40

C'est pas que je ne veux pas, c'est que celle que tu me proposes là ne va plus être supporter par tout les grands navigateur. Dans ce cas, elle n'a donc plus aucune utilité ta solution. et je doute qu'elle puisse tenir d'énorme charge. sinon c'était très prometteur.

Mais je reste ouvert à d'autre proposition plus fiable à l'heure actuelle. Les contraintes ne sont pas énormes, pas de flash, pas de java, pas de iframe (mais là c'pas une obligation je peux m'en accomoder), pas de fichier, pas de base de donner.

**stealth35** · 19/08/2011, 16h45

Envoyé par OnaStick

C'est pas que je ne veux pas, c'est que celle que tu me proposes là ne va plus être supporter par tout les grands navigateur. Dans ce cas, elle n'a donc plus aucune utilité ta solution.

Mais je reste ouvert à d'autre proposition plus fiable à l'heure actuelle. Les contraintes ne sont pas énormes, pas de flash, pas de java, pas de iframe (mais là c'pas une obligation je peux m'en accomoder), pas de fichier, pas de base de donner.

je te parlai aussi du reste comme java et flash et sans autre deamon, ce que tu cherches à faire sans tous ça n'est tout simplement pas possible.

**grunk** · 19/08/2011, 16h48

et je doute qu'elle puisse tenir d'énorme charge

Tu parle de tenir la charge depuis le début du thread alors que tu semble vouloir faire une interface client.
Celui qui doit tenir la charge c'est le serveur (deamon irc ou jabber si j ai bien compris), pas le client. Au pire des cas ton client va recevoir quelques kb de texte , rien de bien méchant.

**Thes32** · 19/08/2011, 17h10

Envoyé par OnaStick

Ca m'a l'air bien fragile tout ça. M'enfin, comme dit plus haut, vu la polémique autour de cette fonctionnalité, et les navigateurs qui refuse de la supporter du à cette fameuse faille, je prefere m'en passer.

Comment tu fais pour savoir si c'est fragile ? juste par le nom ? Dire que nodejs est fragile c'est quand même pas tenable.

**OnaStick** · 19/08/2011, 18h20

Envoyé par Thes32

Comment tu fais pour savoir si c'est fragile ? juste par le nom ? Dire que nodejs est fragile c'est quand même pas tenable.

De par les exemples de mise en oeuvre que j'ai trouvé sur le web. Après c'était un avis perso, j'ai le droit de me tromper aussi

je te parlai aussi du reste comme java et flash et sans autre deamon, ce que tu cherches à faire sans tous ça n'est tout simplement pas possible.

Oullalah... C'est lourd d'être prit pour un con... Il faudrait lire les topics sérieux :

- Flash et Java sont des contraintes, c'est à dire que même si ca me plait pas de faire sans, comme MySQL. J'applique une consigne.

- Je suis ouvert à toutes propositions, mais quand on me dit websocket => Websocket. J'suis désolé, c'pas utilisable en prod...

A partir de là, il reste quelle solution valable ?

peut-être CGI:IRC par exemple, vous en pensez quoi ? un truc plus leger serait plus facilement adaptable et modifiable...

m'enfin bref..

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

Envoyé par OnaStick

A partir de là, il reste quelle solution valable ?

reste plus grand chose, pour le CGI, le problème est que c'est de la requête en continu pour le client.

Pour le reste merci de resté correct.

**OnaStick** · 19/08/2011, 18h48

Moi côté serveur, je m'en cogne un peu de ce qu'il y a, tant que ca répond à mes besoins. Il faut juste que l'impact sur le reste sois minime, tout sera sur un seul serveur (au début).

les clients actuel comme mibbit fonctionne de quelle maniere ? (j'ai pas besoin d'un d'utre aussi compliqué et complet ^^)

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

de l'AJAX comme tout les clients sans plugin.

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

Ca d'accord, mais qu'est ce qui maintient la connexion aec le server ? du php sans doute, mais de qui'elle maniere ? et jax est utilisé comment ?

Parce que bon, une boucle php maintient une connexion, mais ajax ne peut pas itransmettre de réponse tant le script php ne se termine pas.

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

Envoyé par OnaStick

Ca d'accord, mais qu'est ce qui maintient la connexion aec le server ? du php sans doute, mais de qui'elle maniere ? et jax est utilisé comment ?

Parce que bon, une boucle php maintient une connexion, mais ajax ne peut pas itransmettre de réponse tant le script php ne se termine pas.

derriere t'as un démon qui qui traitent les requêtes, tu peux faire un démon (pas un page) en php, c'est que je te dit depuis de debut le client n'est pas important le principale c'est qu'il y'a coté serveur,

Interface chat "IRC Like"

Langage PHP

Discussions similaires

Partager

Partager