Discussion :

[OUZFA]

Bonjour,

Je souhaite récupérer et visualiser les données d'une DB Mysql sur une page en temps réel et automatiquement sans avoir à recharger la page.

Objectif :

* L'organisateur d'un QCM visualisent (au fur et à mesure) la connexion de tous les participants sans avoir à rafraîchir ou recharger sa page.

* L'organisateur du QCM fait défiler les questions sur sa page (session) et les participants reçoivent les mêmes questions sur leurs pages respectives.

Merci

[Séb.]

PHP ne pourra pas t'aider, regarde du côté de JavaScript.

[jeyjey95]

Bonjour,

Tu peux le faire avec un appel ajax régulièrement genre toutes les 15 secondes effectivement en javascript.

[gabi7756]

Voir même du SSE ?
Je sais pas dans quelle mesure il faut privilégié de l'AJAX a du SSE dans ce cas là. Je te laisse regarder


Edit : j'ai rien dit j'ai pas lu la deuxième ligne

[jeyjey95]

l'inconvénient avec le SSE pour avoir tester assez longtemps, c'est le fait que la page et le serveur ont parfois régulièrement une sorte de blocage, genre on est relié mais du coup faut pas trop actualiser la page, sinon elle risque de ne plus réagir ou ralentir une sorte de surcharge du serveur, façon d'imiter le WebSocket qui est bidirectionnelle alors que le SSE est unidirectionnel.

Le SSE est vraiment fragile est n'apporte pas grand chose à l'ajax qui lui est solide et éprouvé.

[kevin254kl]

Hello

Pour avoir du temps réel plusieurs solutions avec des avantages et inconvénient (souvent nodejs se débrouille mieux sur cette partie) :
- Pooling comme expliqué dans une réponse, tu call ton script chaque x secondes.
- Mercure mais c'est lartillerie lourde en plus il faut mettre un worker ...
- Les websocket php jamais utilisé mais ca parait cohérent et c'est prévu pour du temps réelle.

Je serais partie sur du pooling si c'est pour une page ca suffit amplement.

[OUZFA]

Bonjours à tous
le problème est résolu en utilisant XMLHttpRequest et DOMParser().parseFromString.
Merci beaucoup à tous

[kevin254kl]

Je te recommande d'utiliser https://developer.mozilla.org/en-US/...PI/Using_Fetch XMLHttpRequest est déprécié et plus difficile à maintenir et moins lisible de mon point de vue.

[jeyjey95]

Je trouve XMLHttpRequest au contraire plus lisible par contre il est pas du tout déprécié

https://developer.mozilla.org/en-US/...ttpRequest_API

[kevin254kl]

Bien vu en effet ce n'est pas déprécié
Mais comme indiqué ici dans la doc https://developer.mozilla.org/en-US/...PI/Using_Fetch

Code :

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

Fetch is the modern replacement for XMLHttpRequest

Les callbacks c'est l'enfer, chez mes clients je ne vois plus aucun projet utilisant XMLHttpRequest seulement la plus part du temps les legacy.
Si tu regardes les sources des frameworks js comme react

[OUZFA]

Merci Kevin. Pour l'instant, j'ai fait avec XMLhttpRequest qui m'a sauvé : j'ai plusieurs pages qui se "renvoient la balle" grâce à ces requêtes et j'en suis content, car cela fonctionne bien.

Mais je regarderai FETCH pour me préparer à l'utiliser au cas où.