[SantX]

Originally Posted by Benjy

En stockant les ID de session en base de données (et je recommande de les générer soi-même).

C'est pas trop mal comme idée, mais y a-t-il un moyen de les supprimer au bout d'un temps donné ?
Comme avec les sessions normales, un temps d'expiration en somme !

[Benjy]

Originally Posted by SantX

C'est pas trop mal comme idée, mais y a-t-il un moyen de les supprimer au bout d'un temps donné ?
Comme avec les sessions normales, un temps d'expiration en somme !

Oui : il te suffit de stocker aussi le timestamp de dernière activité et de le mettre à jour à chaque changement de page. Ensuite tu définis une durée d'expiration (par exemple 30 minutes), et si le timestamp en cours est supérieur, tu détruis la session et tu amènes ton visiteur à la page de connexion.

[SantX]

Originally Posted by Benjy

Oui : il te suffit de stocker aussi le timestamp de dernière activité et de le mettre à jour à chaque changement de page. Ensuite tu définis une durée d'expiration (par exemple 30 minutes), et si le timestamp en cours est supérieur, tu détruis la session et tu amènes ton visiteur à la page de connexion.

Merci Benjy,

C'est vraiment sympa de ta part de te pencher sur mon problème, et c'est pas que je veux être chiant jusqu'au bout , mais cette méthode ne va pas surcharger le serveur de requêtes ?

[Benjy]

Originally Posted by SantX

Merci Benjy,

C'est vraiment sympa de ta part de te pencher sur mon problème, et c'est pas que je veux être chiant jusqu'au bout , mais cette méthode ne va pas surcharger le serveur de requêtes ?

Avec cette méthode, la navigation inter-pages sur ton site nécessitera 1 requête par session (donc par visiteur) et par page, ce qui est tout à fait normal. De plus il s'agit d'un simple UPDATE, négligeable en terme de ressources, surtout si, commt tu vas le faire, tu fais de l'id de session une PRIMARY KEY
Tu peux aussi créer ta table SESSION au format HEAP.

[SantX]

Originally Posted by Benjy

Avec cette méthode, la navigation inter-pages sur ton site nécessitera 1 requête par session (donc par visiteur) et par page, ce qui est tout à fait normal. De plus il s'agit d'un simple UPDATE, négligeable en terme de ressources, surtout si, commt tu vas le faire, tu fais de l'id de session une PRIMARY KEY
Tu peux aussi créer ta table SESSION au format HEAP.

Je connais pas le format HEAP , mais avec cette méthode, j'utilise toujours le système de session conventionnel ou alors c'est comme si je créai mon propre système de session, les variables sont stockées où en définitive, dans ma table sessions ou dans une session appelée à l'aide de l'identifiant que j'aurai créé ?

[Benjy]

Originally Posted by SantX

Je connais pas le format HEAP , mais avec cette méthode, j'utilise toujours le système de session conventionnel ou alors c'est comme si je créai mon propre système de session, les variables sont stockées où en définitive, dans ma table sessions ou dans une session appelée à l'aide de l'identifiant que j'aurai créé ?

Les variables sont stockées dans ... tatsaaaam ... les deux (sécurité accrue) !

[SantX]

Originally Posted by Benjy

Les variables sont stockées dans ... tatsaaaam ... les deux (sécurité accrue) !

Donc si je comprend bien, j'aurai une table du genre :
SESSIONS(id_session, timestamp_session, var1, var2, ...);

Les mêmes variables dans une session :
$_SESSION['var1']
$_SESSION['var2']
$_SESSION['...']

Et pour ouvrir une session spécifique, je ferai :
session_start($_GET['id_session']); (si jamais je passe l'id par l'url !)

Est-ce bien cela ?