être au courant du changement de page

Hum... pas évident à expliquer.
Le contexte un site ou seul un div et rafraichit a chaque changement de lien.
Il sagit d'un petit jeu de combat. J'ai besoin de savoir si le joueur quitte la page de combat avant la fin du combat (en la fermant ou en ouvrant une autre page) et je sais fichtrement pas comment faire. Dans un premier temps je pensez a une variable de session pour notifier qu'il y à un combat en cour mais en fait le combat est lancé en JS du coup ben je vois pas comment renseigner la session via JS.
Je ne sais pas si on peut mettre des liens ici sinon je vous rajouterais le lien d'un jeu qui me semble gérer ces évènements.

Si vous avez la moindre idée faite le moi savoir merci

un ajax sur le onbeofreunload ?

Citation:

---

Envoyé par SpaceFrog

un ajax sur le onbeofreunload ?

---

Ou via un setInterval, comme ça, quand il s'interrompt, le serveur sait que le joueur a lâché l'affaire ....

A+

Fichtre je suis déçu de pas avoir penser au setInterval.:ccool:
Je ne clos pas tout de suite le sujet, je vais d'abord tester et voir si il y à d'autre possibilités.
onbeofreunload ??? <== c'est quoi cette bête?^^

onbeforeunload ... :oops:

on before unload

évènement de page qui se déclenche comme son nom l'indique avant le déchargement de la page

^^ merci pour l'information, onbeforeunload prend on compte la fermeture brutale du navigateur? sinon il vaut mieux le setInterval pour prendre en compte la possibilité que l'utilisateur ferme brutalement le navigateur.

Si vous avez d'autres idée n'hésitez pas

si fermeture brutale = plantage ou fermeture du navigateur ... j'ai des doutes ...
le setInterval semble plus approrié

Citation:

---

Envoyé par edenreal

onbeforeunload prend on compte la fermeture brutale du navigateur?

---

Tout dépend de ce que tu entends par brutale ? :mrgreen:

En cas de coupure électrique du poste client, par exemple, onbeforeunload ne fonctionnera pas.
Le setInterval(), si.
(ou plutôt, il arrêtera bien de fonctionner, ce qui donnera le résultat souhaité ;) )

A+

Par contre cette méthode implique que le résultat du setInterval soit stocké pour être utilisé lors du retour du joueur? Étant donné que le js s'exécute coté client... ça devient délicat non?

mysql coté serveur et un cookie coté client ou un système d'identification par login en mdp

Désolé pour mon amateurisme mais comment peut on exécuter une requête sql via js?

ben la methode proposée par EBzz suppose que le setInterval envoie une requete ajax au serveur ...

Citation:

---

Envoyé par edenreal

Par contre cette méthode implique que le résultat du setInterval soit stocké pour être utilisé lors du retour du joueur?

---

Pas forcément, mais tout dépend comment le joueur est identifié sur le serveur (lorsqu'il fait une action dans le jeu, par exemple).

Citation:

---

Envoyé par edenreal

Désolé pour mon amateurisme mais comment peut on exécuter une requête sql via js?

---

Avec Ajax, comme sus-dit :mrgreen:

A+

Merci pour votre patience. Il vas falloir que je me renseigne là dessus car je en sais pas encore envoyer une requête ajax au serveur. Mais je comprend bien le principe encore merci.
Je clôturerais ce sujet ce soir au cas ou il y est d'autre solutions données entre temps.

Par contre cette méthode implique que le résultat du setInterval soit stocké pour être utilisé lors du retour du joueur?

Citation:

---

Pas forcément, mais tout dépend comment le joueur est identifié sur le serveur (lorsqu'il fait une action dans le jeu, par exemple).

---

Quelle serait l'autre méthode?

Le joueur s'identifie avec login et mdp vérifié sur la bdd.
Ensuite tout passe par la session ($_SESSION).
Pour le reste il y a des requête sql en php à la fin du combat par exemple.

coller un etat dans un cookie ?

Citation:

---

Envoyé par edenreal

Quelle serait l'autre méthode?

---

Je te retourne la question : comment fais-tu actuellement, pour qu'un joueur ayant quitté une partie "normalement" la retrouve lorsqu'il se reconnecte ?

A+

Citation:

---

Envoyé par SpaceFrog

coller un etat dans un cookie ?

---

Ou y stocker l'id de la session ?

Comme ça, lors de la reconnexion, le lien peut être fait entre le joueur et la partie "abandonnée" ...
Sous réserve que ce lien ait été stocké sur le serveur ...

A+

ça m'echappe la Ebzz ...
comment sauvegarder l'id session coté serveur sans une "mise a jour"
en quoi le setInterval est utile ?

Donc si il faut un lien coté serveur, on parle encore d'une requête ajax au serveur?

Citation:

---

Envoyé par SpaceFrog

ça m'echappe la Ebzz ...
comment sauvegarder l'id session coté serveur sans une "mise a jour"
en quoi le setInterval est utile ?

---

Heu ... je n'ai pas dit qu'il n'y avait pas de mise à jour côté serveur, ça me semble obligé ... :?
Et le setInterval() permet la détection même sans "action" de l'utilisateur ...

A+

Ce qui me chagrine c'est que si il doit y avoir 'mise à jour' dans la bdd, c'est pas très optimisé.
Pour vraiment suivre le combat il fraudais envoyé la requête à chaque tour ou dans un délais vraiment cour, et balancer une requête toutes les 10 secondes, N'est pas l'idéal.


Je viens de penser à une probable solution en 2 temps

1°) Au lancement du combat update de la bdd pour le champs combat pour signaler qu'un combat et lancé.
2°) A la fin du combat update de la bdd pour signaler qu'il n'y a plus de combat en cours.

Sur la session du joueur vérification du champs, si un combat est en cours et qu'il n'est pas en combat, pénalité.
Ce qui m'embête c'est que pour un script anti-triche çà vas pénaliser les gens qui on eu un souci.


J'ai pensé à une autre solution mais je ne sais pas si c'est possible.
Attendre coté serveur les signaux du client envoyé via setInterval et si le signal n'est pas renvoyé dans un délai définie, lancer un procédure (un script) avant de fermer la session. Comme cela il n'y aurais mise a jour que en cas de fermeture de la page....

Bon pas de nouvelle idée alors je vais essayer de mettre tout cela en application et encore merci