[chat][AJAX]complexité?

**hansaplast** · 02/02/2006, 16h58

bonjours, je doit , pour une de mes actions, mettre eu oeuvre un programme evenementielle...

j'ai songé a créer un chat basé sur XMLHTTPRequest...

d'apres vous quel est le degré de complexitée d'une telle entrprise?

je sait que je donne peu de clef, mais, c'est que c'est juste une idée de projet...

**SpaceFrog** · 02/02/2006, 17h34

complexitée ... c'est une compilation de complexe et excitée ?

faudra de toute façon php coté serveur pour le backlog ...

**hansaplast** · 02/02/2006, 21h43

vi, j'ai oublié de preciser :
le php ne me pose aucun pb, j'ai une "certaine" maitrise...
c'est le coté javascript qui m'interresse uniquement, n'ayant que tres peut pratiqué...
j'aid eja lut quelques tuto, ca ne m'a pas l'air tres compliqué, mais avant de ma lancer, je prefere demander un avis...

**javatwister** · 02/02/2006, 22h27

disons qu'un chat php est d'une simplicité enfantine;,
javascript d'ailleurs ne sert qu'à décorer une telle appli; donc rien que du bonheur dans ton projet!

**siddh** · 02/02/2006, 23h48

l'avantage d'utiliser xmlhttp, c est d'eviter tous les rechargements intempestifs

**javatwister** · 03/02/2006, 07h02

si on veut... question de choix

**hansaplast** · 03/02/2006, 11h31

oki, merci

**hansaplast** · 03/02/2006, 11h40

j'aurait juste une info complementaire : y a t il un time out lors d'une requete envoyée de cette maniere?

je songeait a faire un truc dnas le genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
C1.N-envoie d'une requete
S     -stockage de l'@
Cx   -envoie d'une linge
S     -broadcast de la ligne a toutes les @ stockée
C1.N-reception
C1.N-envoie d'une requete
...
(C : client, S : serveur)

d'apres vous ca pourrait etre bien?
plutot que de mettre un refresh toutes les n secondes?

mais pour ca, faut pas de time out...

**siddh** · 03/02/2006, 11h50

le timeout se fera coté serveur et pas coté client

ou alors tu peux en mettre un toi meme, mais par defaut y en a pas coté client.

Apres a toi de voir si tu fais des appels synchrones (bloquants) ou non

**grinder59** · 03/02/2006, 12h01

petite astuce à laquelle je viens de penser (ça peut paraître bête comme réflexion, mais bon):

la requête xmlhttp doit servir à ne récupérer que les nouvelles lignes de texte du chat et pas l'intégralité de la conversation... sinon ça fait des données (et donc de la bande passante) rapatriées pour rien...

**javatwister** · 03/02/2006, 12h11

un peu plus dur à gérer par JS mais intéressant!
il va falloir jouer serré avec DOM;

sinon, question bande passante, je ne crois pas qu'une ligne ou 20 lignes (ce qui correspond à une zone d'affichage normale) fasse la différence;

**grinder59** · 03/02/2006, 12h12

ouais mais au bout d'un longue conversation, ça peut jouer, non?

**javatwister** · 03/02/2006, 12h20

ça dépend; personnellement, j'utilise un système d'affichage limité à la page et un commutateur "archives" permet de remonter dans la conversation; bref, je ne récupère jamais une conversation complète à chaque mise à jour;

**grinder59** · 03/02/2006, 12h24

oui, c'est une autre solution permettant de pas récupérer à chaque fois la totalité de la conversation...

**hansaplast** · 03/02/2006, 12h40

Envoyé par siddh

le timeout se fera coté serveur et pas coté client

ou alors tu peux en mettre un toi meme, mais par defaut y en a pas coté client.

Apres a toi de voir si tu fais des appels synchrones (bloquants) ou non

oki, merci

j'ai encore une question :
je pensait, a la reception d'une requete (1ere ligne), ne pas repondre.

et ensuite, a la reception d'un texte d'une des quelquonque membre du chat, repondre a tous :
=>stockage temporaire des @ dans un fichier texte, ou BDD.

mais est il possible de faire ceci?
un script PHP ne peut envoyer un message qu'a un destinataire, ou je eput, a l'aide d'une focntion developpée par ne secte, envoyer mon message a plusieures machines?

(/me pense ne pas avoir ete assez clair...)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
-client 1,N  envoie son @
-serveur ne repond pas
-client 1,N toujours en attente
-client X envoie un message a afficher
-serveur le recoit, et le broadcast a tous les clients
-clients 1,N recoivent le message

vous pensez que c'est faisable?

**siddh** · 03/02/2006, 14h03

d'apres toi a quoi servent les boucles

plus serieusement, le client se mettra en attente sans probleme a condition que le serveur ne reponde pas mais la tu vas avoir le timeout du serveur au bout d un moment car en js tu vas faire un appel vers ton serveur donc le serveur reçoit une requete et ta durée d'execution de script demarre coté serveur.

**hansaplast** · 03/02/2006, 14h43

Envoyé par siddh

d'apres toi a quoi servent les boucles

plus serieusement, le client se mettra en attente sans probleme a condition que le serveur ne reponde pas mais la tu vas avoir le timeout du serveur au bout d un moment car en js tu vas faire un appel vers ton serveur donc le serveur reçoit une requete et ta durée d'execution de script demarre coté serveur.

je comprend ce que tu veut dire, l'execution d'un script php est de 30 secondes max (par defaut)...

mais, je ne veut pas repondre a la requete du client :

le client m'envoie une requete -> je stocke son @, mias je ne lui repond pas, et je termine mon script.
des que je doit faire un broadcast, je lit toutes les adresses, et, la mon script envoie un message e tous les clients.

donc, comme tu le voit, je ne eput pas avoir de time out coté php, car je procede en deux scrupts distincts.
le pb, c'est que je ne sait pas comment faire (et surtout si c'est faisable) pour envoyer mon "paquet HTTP" a plusieurs navigateurs en un seul script (le second)
je vait voir sur la doc php

edit : je vient de realiser que, meme si je ne repond pas, apacha va quandmeme envoyer une apge vide, donc ca ne va pas passer :'(

donc, tu as raison :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
une boucle, 
{
->si bientot time out, envoi d'un truc vide
->si message, evoie du message
->sleep?
}

**siddh** · 03/02/2006, 14h44

va falloir passer par des sockets mais la ca va etre tendu

il faudra de tout manière que tu reponde, meme par une reponse vide

**hansaplast** · 03/02/2006, 15h03

Envoyé par siddh

va falloir passer par des sockets mais la ca va etre tendu

il faudra de tout manière que tu reponde, meme par une reponse vide

passer par des sockets?

entre qui et qui?

le client ne peut pas en avoir, donc des sockets entre scripts php?

sinon, juste une bdd ou un fic. texte, si vide, reponse vide, si remplit, renvoie du champ...

ps : j'ai bien compris pour les sockets?

**siddh** · 03/02/2006, 15h14

ben si tu veux faire une socket php, faudra au moins une applet coté client ...

le soucis dans ce que tu veux faire, c est que php ne peut pas appeler une page cliente comme ca sans recevoir de requete http

[chat][AJAX]complexité?

JavaScript

Discussions similaires

Partager

Partager