Le probleme qu'il ya actuelement je pense que ta du le voir s'est que l'on ne peut tout stocker sur la BDD ça en deviendrait beaucoup trop lourd pour la V2 ^^
on pourrait alors tout stocker dans des fichier et apres analyser mais bon ça fai pas bien jolie lol
Le plus simple a mon gout se serait de partir du principe qu'il ya declaration de push a partir du moment ou un joueur faible a envoyer plus de ressource a un joueur faible sur une periode de 48h
On pourrai alors creer une table avec
id, id_ech, (user1, point_user1,) echangeuser1, (user2, point_user2,) echange_user2, date_echange, pt_totaluser1, pt_totaluser2
enfin un truc de ce style
Chaque fois qu'un nouvelle echange est effectué il se passe plrs chose:
on verifie que les 2 joueur n'ont pas fai encore d'echange il ya 48h(60*60*48)
-si ils en ont deja fait alors cela s'ajoute par exmple a un id commun entre ces deux joueur pour permmettre un tri plu tard
-si il ont ont pas deja fai on isncri ds la table cet echange avec un nouvelle id_commun(en plsu de lid de base)
-puis avec une boucle on liste tout les id_commun dont la date de 48h est depassé
-si ya plus de ressource du coté faible que ut coté fort alors ça linscri ds une autre table ou il yaura tt les push sur et certain -supprim ensuite les anciene valeur de la table qui precedai.
sur la 1er table si il nya aps de push on supprime tout court les echange ou il nya aps eu de push ss 48h

cela permmetrai davoir cela sur la BDD
et cel ane prendrai pas trop de place car chaque fois au bout de 48h si ya pas eu push ça suprime

Par contre afby luia vai trouvé un moyen de detection mais qui ne marchai que si le joeur faible ou l'inverse je sais plus envoyer dabord il imposai un sen de commerce, et cela na pu etre envisagé