22-07-2010, 10:23 PM
timestamp valeur en secondes depuis une certaine date (lancement d'unix je me rappelle plus...), donc il est en constante évolution, donc tu stockes le timestamp dans ta table, donc t'as une valeur correspondant à un moment antérieur en secondes. le timestamp actuel est donc supérieur à celui stocké donc tu t'en sers pour déterminer combien de secondes se sont écoulées depuis la dernière fois ou ton code à été executé.
Toi tu veux vérifier si 45 minutes (2700 secondes) se sont écoulées. Donc tu vas vérifier si le nouveau timestamp est supérieur ou égal à l'ancien timestamp additionné de 2700. Si c'est le cas tu vas lancer ton script donc faire une mise à jour de ta table pour changer ta quantité d'or et de tours. En meme temps tu vas redéfinir le timestamp stocké.
Sauf que prenons un cas pratique : Cela fait 50 minutes que tu n'as pas executé le script donc 3000 secondes, il serait injuste que le mec ai à attendre 45 minutes de nouveau il devrait n'avoir à attendre que 40 minutes, donc le nouveau timestamp que tu vas stocker va etre égal au timestamp actuel - la différence de temps. Donc timestamp ancien + 2700 logiquement (je sais pas si j'avais fait ça avant je m'embrouille). La mise à jour de la table n'utiliseras alors pas le timestamp actuel.
Je m'embrouille pour rien j'ai un peu de mal, enfin bref j'essaye de t'expliquer le fonctionnement mais va falloir y réfléchir un peu par toi même si tu veux comprendre.
Toi tu veux vérifier si 45 minutes (2700 secondes) se sont écoulées. Donc tu vas vérifier si le nouveau timestamp est supérieur ou égal à l'ancien timestamp additionné de 2700. Si c'est le cas tu vas lancer ton script donc faire une mise à jour de ta table pour changer ta quantité d'or et de tours. En meme temps tu vas redéfinir le timestamp stocké.
Sauf que prenons un cas pratique : Cela fait 50 minutes que tu n'as pas executé le script donc 3000 secondes, il serait injuste que le mec ai à attendre 45 minutes de nouveau il devrait n'avoir à attendre que 40 minutes, donc le nouveau timestamp que tu vas stocker va etre égal au timestamp actuel - la différence de temps. Donc timestamp ancien + 2700 logiquement (je sais pas si j'avais fait ça avant je m'embrouille). La mise à jour de la table n'utiliseras alors pas le timestamp actuel.
Je m'embrouille pour rien j'ai un peu de mal, enfin bref j'essaye de t'expliquer le fonctionnement mais va falloir y réfléchir un peu par toi même si tu veux comprendre.