Ajouter une persistance durable des salles et sessions #44

New issue

Closed

opened 2026-06-25 02:21:13 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-06-25 02:21:13 +00:00

Owner

Constat audit beta : la version alpha garde les salles, scores, tokens de reconnexion, timers et états de manche uniquement en mémoire. Un redémarrage VPS coupe toutes les parties en cours.

Objectif : introduire une persistance durable adaptée au jeu temps réel, probablement Redis ou une base légère, sans déplacer l autorité de jeu hors du serveur.

Critères d acceptation :

les salles actives et participants peuvent survivre à un redémarrage contrôlé du serveur ;
les tokens de reconnexion, rôles, scores, manche/statut courant et configuration de partie sont restaurés ;
les timers sont reconstruits de façon sûre ou explicitement mis en pause/repris ;
les données expirent après une durée raisonnable pour ne pas accumuler de salles mortes ;
tests couvrant sauvegarde, restauration, expiration et cas de données invalides ;
docs/Implémentation.md documente le stockage retenu et ses limites.

Constat audit beta : la version alpha garde les salles, scores, tokens de reconnexion, timers et états de manche uniquement en mémoire. Un redémarrage VPS coupe toutes les parties en cours. Objectif : introduire une persistance durable adaptée au jeu temps réel, probablement Redis ou une base légère, sans déplacer l autorité de jeu hors du serveur. Critères d acceptation : - les salles actives et participants peuvent survivre à un redémarrage contrôlé du serveur ; - les tokens de reconnexion, rôles, scores, manche/statut courant et configuration de partie sont restaurés ; - les timers sont reconstruits de façon sûre ou explicitement mis en pause/repris ; - les données expirent après une durée raisonnable pour ne pas accumuler de salles mortes ; - tests couvrant sauvegarde, restauration, expiration et cas de données invalides ; - docs/Implémentation.md documente le stockage retenu et ses limites.