Version imprimable
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...
complexitée ... c'est une compilation de complexe et excitée ?
faudra de toute façon php coté serveur pour le backlog ...
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...
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!
l'avantage d'utiliser xmlhttp, c est d'eviter tous les rechargements intempestifs ;)
si on veut... question de choix :wink:
oki, merci :)
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 :
d'apres vous ca pourrait etre bien?Code:
2
3
4
5
6
7
8
9
plutot que de mettre un refresh toutes les n secondes?
mais pour ca, faut pas de time out...
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
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...
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;
ouais mais au bout d'un longue conversation, ça peut jouer, non?
ç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;
oui, c'est une autre solution permettant de pas récupérer à chaque fois la totalité de la conversation...
oki, merci :)Citation:
Envoyé par siddh
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...)
vous pensez que c'est faisable?Code:
2
3
4
5
6
7
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)...Citation:
Envoyé par siddh
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:
2
3
4
5
6
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?Citation:
Envoyé par siddh
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?
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
ok, merci, je pense avoir eu toutes me info dont j'avait besoin...
tiens j'ai trouvé ca si ca peut t'aider :
http://www.poof65.com/liveChat/
bonne chances :)
J'ai developpé un projet similaire en LGPL : http://www.phpfreechat.net
N'hésite pas a t'en inspirer.
de retours de vacances, je vous remercie :)