(13-11-2009, 11:15 AM)Anthor a écrit :

(13-11-2009, 02:37 AM)Zamentur a écrit : Tu fait toujours une seul requête, et çà t'évite d'avoir à gérer çà dans tes sessions. Autrement dit c'est aussi performant (voir plus car moins complexe donc moins de problème de maintenance) et en plus çà te prend moins de à faire...

Alors là faudra m'expliquer en quoi une requête SQL est aussi rapide que d'accéder à un fichier de session !

Citation :-les données ressources sont mises à jour (UPDATE) dans la base de donnée que quand il y a une action (action, dépense de ressources, gains de ressources etc...)

(13-11-2009, 10:53 PM)Zamentur a écrit :

(13-11-2009, 11:15 AM)Anthor a écrit :

(13-11-2009, 02:37 AM)Zamentur a écrit : Tu fait toujours une seul requête, et çà t'évite d'avoir à gérer çà dans tes sessions. Autrement dit c'est aussi performant (voir plus car moins complexe donc moins de problème de maintenance) et en plus çà te prend moins de à faire...

Alors là faudra m'expliquer en quoi une requête SQL est aussi rapide que d'accéder à un fichier de session !

Ben j'ai fait l'hypothèse que le nombre de ressource peut être mis à jour soit par des actions dépendantes du joueur soit par des actions indépendantes de ce dernier.

(14-11-2009, 02:00 AM)Zamentur a écrit : T'as pas compris il n'y a pas besoin de faire des UPDATE à chaque page!
Juste un SELECT que de toute façon tu feras

Autrement dit la bonne solution même du point de vue des ressources c'est de faire ce que j'ai mis dans mon premier poste, c'est à dire un SELECT par page et pas de système de session car tu es obligé de faire le select peu importe ce qu'il se passe!

Dans le premier poste il est expliqué comment à l'aide des vues(ou d'une simple requête mais c'est moins performant en termes de maintenance) il est possible de réaliser ce SELECT.

Je vais tourner le problème autrement si tu utilises les sessions c'est donc que tu penses que tu n'auras pas besoin grâce à çà de faire une requête sur la table?

Mais comme tu viens de dire qu'il y avait des évènements comme le vol de ressources qui sont indépendant d'une action du joueur, j'ai prouvé que tu serais obligé quoiqu'il arrive de faire un SELECT.
Alors entre un SELECT et un autre SELECT + un système complexe de gestion de session qu'est ce qui est le mieux du point de vue ressource?

Si j'arrive pas à vous convaincre prochain coup je vais devoir faire un exemple précis... Pour vous prouver ce que j'avance d'une autre façon

<?php 

//Si on a pas encore visiter de page affichant 

//des ressources durant la session, on met à

//0 pour permettre la récupération des données

if (!isset($_SESSION['ressource'])) $_SESSION['ressource']['timestamp']=0;



//on test pour vérifier que les ressources n'ont 

//pas été changé par un évènement indépendant 

//du joueur en l'occurrence notre fameux vol 

//de ressource

$req=mysql_query(sprintf("SELECT timestamp,nb_ressource,vitesse FROM `t_ressource` WHERE id_joueur=%d AND timestamp=%d",$id_joueur,$_SESSION['ressource']['timestamp']));

/*Si il y a un champs dont le timestamp est supérieur 

alors les ressources ont été mise à jour par un 

évènement externe(ou alors c'est la première page affichant les ressources) on doit mettre à jour les variables 

sessions*/

if ($data=mysql_fetch_assoc($req)) {

    $_SESSION['ressource']['nb_ressource']=$data['nb_ressource'];

    $_SESSION['ressource']['timestamp']=$data['timestamp'];

    $_SESSION['ressource']['vitesse']=$data['vitesse'];

}

$nb_ressource_actuel=$_SESSION['ressource']['nb_ressource']+$_SESSION['ressource']['vitesse']/3600*(time()-$_SESSION['ressource']['timestamp']); 

<?php 

CREATE VIEW ressources_calculees AS SELECT nb_ressource+vitesse/3600*(UNIX_TIMESTAMP()-timestamp) AS nb_ressource_a_jour,id,type,[...] FROM t_ressources; 

<?php 

$req=mysql_query(sprintf("SELECT nb_ressource_a_jour FROM `ressources_calculees` WHERE id_joueur=%d",$id_joueur));

$data=mysql_festch_assoc($req);

$nb_ressource_actuel=$data['nb_ressource_a_jour'];