Page 1 sur 1
listener client riche
Posté : 29 mars 2006, 11:31
par Invité
est-il possible actuellement d'implémenter un listener dans un client ajax qui soit à l'écoute d'un serveur ?
ou est-on obligé d'effectuer tous les n secondes une requête de mise à jour auprès du serveur ?
Posté : 29 mars 2006, 18:15
par naholyr
Un listener c'est :
- soit un client qui va effectuer des requêtes toutes les X ms au serveur, X étant suffisamment petit pour que cela semble "temps réel" (c'est le cas des solutions Ajax, X n'étant par contre pas trop petit sinon on effondre le serveur).
- soit un serveur (c'est le cas du serveur XFree86).
Posté : 30 mars 2006, 10:10
par zapatek
vi, je me demandais juste s'il existe actuellement des solutions pour pouvoir écouter un serveur à partir d'un client ajax de manière passive, à la manière des sockets. je suis en train de potasser les pushlets (pour la "théorie" car c'est du java) et comet, qui proposent des solutions dans ce sens.
Posté : 30 mars 2006, 10:57
par naholyr
des solutions pour pouvoir écouter un serveur à partir d'un client ajax de manière passive, à la manière des sockets.
ça c'est un fonctionnement de serveur : je me mets en attente d'une information qu'on va m'envoyer (binding). En fait le "serveur" que tu écoutes est le client de ton listener, et lui envoie les informations au moment du déclenchement de l'évènement.
C'est donc effectivement tout-à-fait possible avec les sockets, mais ça nécessitera un serveur dédié (impossible de déclarer un serveur avec un time_limit à 30s forcément...).
Posté : 30 mars 2006, 16:03
par Invité
tu peux aussi embarquer dans un client une socket qui écoute les infos provenant du serveur, mais là ce n'est plus de la programmation web. ce qui m'intéresse est de pouvoir faire ce type de choses en techno web, un peu à la manière de google.
Posté : 30 mars 2006, 17:24
par naholyr
- soit un client qui va effectuer des requêtes toutes les X ms au serveur, X étant suffisamment petit pour que cela semble "temps réel" (c'est le cas des solutions Ajax, X n'étant par contre pas trop petit sinon on effondre le serveur).
C'est ça la méthode de Google, il ne faut pas chercher midi à 14h il n'y a que ces deux méthodes

Posté : 30 mars 2006, 17:35
par Invité
apparemment il y a des techniques de hack qui fonctionnent et qui permettent de ne pas pooler