Problème déconnxion de mon site

Et bien vu que le protocole HTTP fonctionne en mode 'déconnecté' (comprendre: 1 requete = 1 connexion qui se ferme après réception de la réponse), il n'y a pas de vraie bonne méthode pour voir qui est connecté.
Ta solution avec les sessions se rapproche de la solution idéale malgré tout, le seul problème étant que tu doives implémenter un 'timeout': si la personne n'a pas mis à jour sa session depuis X minutes alors, on assume qu'il n'est plus connecté. Pour arriver au plus proche de la réalité, tu pourrais écrire un code en Ajax qui ferait une requête toutes les 10 secondes. Comme ca tu sais que si la personne n'a pas fait de requête depuis plus de 10 secondes, alors elle n'est plus connectée à ton site.

tu peux faire un truc comme ca par exemple
$tps_cookie = 86400 * 30; // la durée d'un cookie est exprimée en seconde : 30jours = 60*60*24*30

la plus part du temps, je prends exemple sur le forums, on se sert des cookies, qui récupèrent l'ip, la mettent des une bdd avec le timestamp.
après, à chaque action sur le forum (post, changement de page, etc...) renvoit dans la bdd le nouveau timestamp et ainsi de suite.
si le cookie est configuré pour X secondes et qu'il n'est pas remis à jour dans la bdd suite à une action, il y a deconnexion et l'ip du membre est retirée de la bdd.
cela permet d'afficher le membre.
en meme temps que l'ip et le timestamp, est inséré aussi l'id du membre qui elle ne change pas.
a partir de cette id, on interroge la bdd user pour afficher le login.
le cookie est composé de l'id du membre.

le fait de creer une bdd speciale users connectes est un avantage, cela permet aussi d'afficher le nb de visiteurs non inscrits sur le site et de connaitre l'ip de facon a voir le provider et le pays par la suite.

Ok c'est plus clair merci, mais j'pense utiliser la solution que j'ai brièvement expliqué plus haut. J'évite d'utiliser les cookies pour des raisons de sécurité mais je garde tout ca dans un coin d'ma tête

Sachant qu'un cookie est éditable je vois pas trop où c'est le top :s

Je préfère tout stocké coté serveur comme ca l'utilisateur n'y a pas accès...

J'ai connu des sites qui stockaient en clair le status (membre, admin, modo) de l utilisateur dans un cookie... Ok la c'est un autre soucis mais par principe j'évite les cookies.

Le but du cookie est de stocker l'identifiant de session et de le masquer dans l'url, pas de stocker toutes les informations sensibles concernant l'utilisateur, bien entendu.
Ici l'expression forum_cookie du forum fluxbb / punbb correspond aux cookies côté serveur, non pas client, sur le client le cookie contient uniquement un identifiant de session unique.