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 ?

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).

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.

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...).

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.

- 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

apparemment il y a des techniques de hack qui fonctionnent et qui permettent de ne pas pooler