2010-06-05 5 views

Répondre

3

Je ne pense pas que l'utilisation de sessions de cette manière est une bonne idée, car elles sont conçues pour conserver les données temporairement pour un certain utilisateur dans une application. Cela peut être une meilleure idée de stocker l'ID dans un cookie et de le lire dans le chat, ou de passer une variable dans le lien.

+0

Si j'enregistrer l'identifiant d'utilisateur dans les cookies, certains Lamers (ou pirate) peuvent modifier et discuter avec un autre nom d'utilisateur et un autre friendslist (parce que pour chaque identifiant d'utilisateur il y a une certaine liste d'amis). – xRobot

+0

Bien sûr, vous devez inclure une sorte de hachage pour vous assurer que c'est légitime. La même chose peut arriver avec les sessions en passant. Quelque chose comme 'md5 ($ userid." Salt ".time())' fonctionnera, puis vérifiez que plus tard, incluez l'adresse IP de l'utilisateur si vous le souhaitez. –

+0

Wow, c'est aussi simple que ça. Bonne réponse. –

2

Vous pouvez utiliser l'authentification HTTP pour cela. Tant que les deux applications sont sur le même domaine et que le nom de domaine (envoyé dans l'en-tête WWW-Authenticate) est le même pour les deux, une fois qu'une utilisation se connecte à l'une ou l'autre application, la variable REMOTE_USER sera disponible contient le nom d'utilisateur de la personne connecté.

+0

Cela fonctionnerait, mais pour la plupart des gens, l'authentification HTTP sera déplacée par rapport à l'authentification HTML habituelle. –

Questions connexes