Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Meilleure gestion du rechargement de la page #1

Open
Lucieo opened this issue Apr 9, 2020 · 3 comments
Open

Meilleure gestion du rechargement de la page #1

Lucieo opened this issue Apr 9, 2020 · 3 comments
Assignees

Comments

@Lucieo
Copy link
Owner

Lucieo commented Apr 9, 2020

Si un joueur recharge la page le chrono se remet à 0 donnant l'impression d'un temps illimité. Le signal du submit venant du server ça n'empêchera pas le call submit_page reçu par les clients sur la subscription dédiée. Ils enverront donc leur page mais l'affichage du temps est faussé. Pour pallier à ça j'avais pris le partie de submit automatiquement la page au reload et de vérifier quand la page se recharge si les infos de jeu reçues sur le sketchbook en cours de modification contiennent bien déjà une page du joueur actuel et dans ce cas lui afficher une page "Vous avez déjà submit attendez les autres...". Mais l'effet est assez irrégulier car j'utilise window.onbeforeunload pour lancer le call et un coup ça passe une fois sur deux ou trois (ex Components/GamesModes/DrawingModes/index)

@gabrielvv gabrielvv changed the title Meilleure gestion du rechargement de la pahe Meilleure gestion du rechargement de la page Apr 9, 2020
@gabrielvv
Copy link
Collaborator

gabrielvv commented Apr 9, 2020

Plusieurs problèmes:

  1. avoir un compteur de temps partagé
  2. gestion du rechargement en cours de partie

J'ai déjà été confronté au manque de fiabilité de beforeunload mais je n'ai pas de solutions toute faites pour ce genre de problèmes.

@gabrielvv
Copy link
Collaborator

  1. Il me semble que si tu stockes une date de démarrage de chaque tour côté back, tu pourras définir la valeur du timer côté front, quelque soit la situation.

@Lucieo
Copy link
Owner Author

Lucieo commented Apr 10, 2020

2 certaines solutions proposées sur stack parlaient de stocker la valeur a publier en local storage puis sur la page rechargée de lancer le call si valeur en local storage puis de l’effacer car le temps avant le rechargement n’est parfois pas suffisant pour envoyer le call.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants