05-02-2008, 10:34 AM
Ha j'avais donc vu juste 
hier soir je n'avais toujours pas récupéré le net :'(, et j'ai continué à réfléchir. De mon côté j'avais une faille majeure dans mon code en cours de conception, et j'avoue que le problème est semblable. Utilisant la session pour éviter certaines tests, je ne peux pas me permettre qu'un joueur possède deux sessions... mais insérer dans la table le fait que la session est prise peut échouer si on tente de se logguer simultanément de deux navigateurs. Sinon, il ne me reste qu'à faire des check en base pour toutes les actions, pff Je me sens découragé de sentir que les tricheurs obligent à bousiller l'optimisation de la charge d'un site.
L'autre technique serait de toujours valider d'abord l'aspect désagréable d'une transaction, avant le bonus. Ou alors prévoir un système d'annulation interne, mais vive les doubles requêtes SQL. Je vais plutôt voir du côté des transactions, ça m'a l'air plus sensé.
hier soir je n'avais toujours pas récupéré le net :'(, et j'ai continué à réfléchir. De mon côté j'avais une faille majeure dans mon code en cours de conception, et j'avoue que le problème est semblable. Utilisant la session pour éviter certaines tests, je ne peux pas me permettre qu'un joueur possède deux sessions... mais insérer dans la table le fait que la session est prise peut échouer si on tente de se logguer simultanément de deux navigateurs. Sinon, il ne me reste qu'à faire des check en base pour toutes les actions, pff Je me sens découragé de sentir que les tricheurs obligent à bousiller l'optimisation de la charge d'un site.
L'autre technique serait de toujours valider d'abord l'aspect désagréable d'une transaction, avant le bonus. Ou alors prévoir un système d'annulation interne, mais vive les doubles requêtes SQL. Je vais plutôt voir du côté des transactions, ça m'a l'air plus sensé.
![[Image: Userbar_finale_WM.jpg]](http://pagesperso-orange.fr/cyberlabofile/Fragments/Userbar_finale_WM.jpg)