Salut,
Le partage de compte (pas besoin de se réinscrire) et le partage de session (pas besoin de se reconnecter), je ne les ferai pas pareil (car pas la même chose).
Pour les comptes, une table de BDD centralisée, à laquelle chaque compte de jeu va se lier (ce qui permet de se connecter à un compte d'un jeu grâce à ces infos centralisées, mais ce qui permettrait aussi de lier le compte de jeu à FB, OpenID, ou à un login/pass habituel) me semble bien.
Pour les session, c'est des technos de partage que je ne connais pas (genre "load balancer de sessions PHP" si j'avais bien compris à l'époque). Donc en gros, un outils/programme/serveur tiers transparent coté code.
Sinon, pour la connexion auto sur le site 2 (qui n'est donc pas un partage de session, mais une ouverture automatisée d'une nouvelle session), soit les FW le proposent déjà, soit tu peux aller t'inspirer d'OpenID ou de FB.
"Sauce maison", je dirai: je vais sur le site1, qui génère un token en BDD & le lie à ma session (PHP ou autre) et m'ouvre le site central siteC (redirection) en lui passant ce token, siteC me reconnait, il envoie en backend le n° de compte centralisé à site1 avec le token, site1 reconnait le token et sauve le n° de compte centralisé (et les infos du compte centralisé si besoin), siteC me redirige vers site1, qui reconnait ma session, va chercher le token lié en BDD, récupère le compte centralisé lié et me log.
Remarque: Je me poserai quand même avant tout la question de la pertinence de ce système: inutile d'introduire des lourdeurs de code et des risques de sécurité si c'est pour partage 30 comptes entre 2 jeux. J'irai plutôt me brancher sur OpenID dans ce cas là (plus simple, plus sûr, plus d'impact car on peut se faire mettre en avant par OpenID)
Le partage de compte (pas besoin de se réinscrire) et le partage de session (pas besoin de se reconnecter), je ne les ferai pas pareil (car pas la même chose).
Pour les comptes, une table de BDD centralisée, à laquelle chaque compte de jeu va se lier (ce qui permet de se connecter à un compte d'un jeu grâce à ces infos centralisées, mais ce qui permettrait aussi de lier le compte de jeu à FB, OpenID, ou à un login/pass habituel) me semble bien.
Pour les session, c'est des technos de partage que je ne connais pas (genre "load balancer de sessions PHP" si j'avais bien compris à l'époque). Donc en gros, un outils/programme/serveur tiers transparent coté code.
Sinon, pour la connexion auto sur le site 2 (qui n'est donc pas un partage de session, mais une ouverture automatisée d'une nouvelle session), soit les FW le proposent déjà, soit tu peux aller t'inspirer d'OpenID ou de FB.
"Sauce maison", je dirai: je vais sur le site1, qui génère un token en BDD & le lie à ma session (PHP ou autre) et m'ouvre le site central siteC (redirection) en lui passant ce token, siteC me reconnait, il envoie en backend le n° de compte centralisé à site1 avec le token, site1 reconnait le token et sauve le n° de compte centralisé (et les infos du compte centralisé si besoin), siteC me redirige vers site1, qui reconnait ma session, va chercher le token lié en BDD, récupère le compte centralisé lié et me log.
Remarque: Je me poserai quand même avant tout la question de la pertinence de ce système: inutile d'introduire des lourdeurs de code et des risques de sécurité si c'est pour partage 30 comptes entre 2 jeux. J'irai plutôt me brancher sur OpenID dans ce cas là (plus simple, plus sûr, plus d'impact car on peut se faire mettre en avant par OpenID)