Oui concernant la limitation au texte pour les Server Sent Events, c'est relativement secondaire. Je suis loin d'être un spécialiste (et j'avoue ne pas être allé vérifier plus en avant), mais ce qui passe dans les événements, c'est fonctionnel entre le serveur et l'application, pas protocolaire.
Dire "tiens l'URL d'une nouvelle image à charger" ou "il faut aller récupérer cette mise à jour de document" a beaucoup de sens et n'est pas vraiment coûteux. Encore moins avec HTTP/2, mais même... et je dirais même que c'est plus souple. Plutôt que de transiter de facto des données binaires (la plupart du temps plus volumineuses) on a cette restriction de ne pouvoir que donner l'information "ça c'est dispo".
Je connaissais les Websockets, pour les avoir utilisé. Je ne connaissais pas les Server Sent Events, et j'aime beaucoup.
[^] # Re: Mettre à jour les navigateurs ???
Posté par riri le breton (site web personnel) . En réponse à la dépêche Mercure : un nouveau protocole Web pour mettre à jour les navigateurs en temps réel (« push »). Évalué à 1.
Oui concernant la limitation au texte pour les Server Sent Events, c'est relativement secondaire. Je suis loin d'être un spécialiste (et j'avoue ne pas être allé vérifier plus en avant), mais ce qui passe dans les événements, c'est fonctionnel entre le serveur et l'application, pas protocolaire.
Dire "tiens l'URL d'une nouvelle image à charger" ou "il faut aller récupérer cette mise à jour de document" a beaucoup de sens et n'est pas vraiment coûteux. Encore moins avec HTTP/2, mais même... et je dirais même que c'est plus souple. Plutôt que de transiter de facto des données binaires (la plupart du temps plus volumineuses) on a cette restriction de ne pouvoir que donner l'information "ça c'est dispo".
Je connaissais les Websockets, pour les avoir utilisé. Je ne connaissais pas les Server Sent Events, et j'aime beaucoup.