Discussion :

[Land3r]

Bonjour,

Alors voila, je me pose une question et préfère avoir votre avis avant de me lancer la dedans parce que c'est assez complexe.

Pour optimiser un cms, je suis en train de réécrire tout le code.
Le seul module restant a refondre est celui des statistiques (nombre de pages vues / connexions / mois)
Actuellement et comme sur beaucoup de sites, la démarche actuelle est de faire une petite requête sql a chaque page en incrémentant une valeur, rien de bien compliqué en somme.

Ce que je désirerais faire maintenant est un tout nouveau système basé sur les sessions.
J'incrémente une valeur dans la session, et quand l'utilisateur se déconnecte -> je met a jour dans la BDD.
Ça c'est la théorie, parce que dans les faits, peu d'utilisateurs se déconnectent; ils ferment plutot leur navigateur ce qui a pour effet de laisser la session a l'abandon en attendant le garbage collector.
Le "hic" est que l'on n'a pas du tout accès a ce processus qui est de plus lancé aléatoirement, donc aucun moyen de vider les sessions de leurs variables et de les passer en BDD.

Je pensais donc faire quelque chose dans ce genre la :
1) Mettre le session.gc_probability à 0 -> Evite que le garbage collector se mette en route.
2) Creer un script exécuté toutes les x heures qui effectuerait ceci :

* - Lister le contenu du repertoire qui contient les sessions pour récuperer tous les identifiants de sessions
* - Vérifier a l'aide des dates de créations des fichiers si la session est périmée ou non
* - Envoyer une requete HTTP vers une de mes pages en fournissant l'id des sessions périmées, comme si il venait d'un cookie


Avec ca, théoriquement, la page php appelée aurait accès a la session, et je pourrais donc vider mes variables avant de faire un session_destroy().

Vous en pensez quoi ? Possible or not ? ^^ (Si vous avez des autres idées, je suis prenneur ...)
Merci d'avance !

[Mr N.]

Mon avis est que tu veux remplacer "faire une petite requête sql a chaque page en incrémentant une valeur, rien de bien compliqué en somme." par une usine à gaz

A mon humble avis, il y aura d'autres endroits bien plus importants à optimiser dans ton cms que cette requête !

[RunCodePhp]

Salut

La question qui me vient à l'esprit c'est qu'est ce qui te gène à ce que les sessions ne soient pas immédiatement supprimées dès leur expiration ?

Aussi, vu que par défaut leur suppression sont basés sur des probabilités (gc_probability, gc_divisor), tu pourrais modifier ces valeurs pour que le garbage collector soit déclenché plus souvent.

Ceci dit, je ne vois pas trop le rapport entre les [nombre de pages vues / connexions / mois] et la suppressions des sessions expirées.

Si le but est de savoir très exactement la durée de chaque consultation des pages, peut être, et encore.
Mais il sera malgré tout impossible de savoir si le visiteur consulte réellement, ou s'il est allé se chercher un café entre temps, et peut être revenu après le temps d'expiration, ou autre scénario encore ...

Si le visiteur est inactif, par conséquent il ne sollicite pas le serveur, donc il n'y a pas lieu de s'inquiéter de ce coté.
Chaque session est stockées dans un fichier (ou une Bdd), c'est tout.

Si le but est d'épurer ces sessions car on a remarqué qu'ils étaient très nombreux, et la plupart étaient expirés, alors suffit d'augmenter la fréquence d'épuration (garbage collector).

[alain31tl]

Mon avis est que tu veux remplacer "faire une petite requête sql a chaque page en incrémentant une valeur, rien de bien compliqué en somme." par une usine à gaz

A mon humble avis, il y aura d'autres endroits bien plus importants à optimiser dans ton cms que cette requête !

+ 1
Je suis d'accord avec l'avis de Mr N.

De plus et je cite :

* - Vérifier a l'aide des dates de créations des fichiers si la session est périmée ou non

Périmée, oui forcemment sur le serveur, mais pas sur ta bdd si l'id de session a été sauvegardé en même temps.
Je m'explique :
Utilisateur : Juju
Id_session : strumph44
Variable_1 : truc
Variable_2 : bidule
Variable_3 : machin

Imagine que Juju se reconnecte via ton formulaire.

Tu vérifies si une session a déjà été ouverte pour Juju ( dans ta table mes_sessions).
Juju exite dans la table mes_sessions ?
Ok parfait, tu lances une nouvelle session et en prenant soin d'updater dans la foulée le nouvel id de session WHERE utilisateur = Juju.
Comme tu le remarques, ta table mes_sessions vient d'être modifiée, uniquement le nouvel Id de session.
Et tu retrouves toutes ses variables associées à ce nouvel id de session.

[Fladnag]

Si tu as acces a ton repertoire de session c'est que tu as accès aux fichiers de ton serveur web... dans ce cas là, pourquoi ne pas baser tes stats sur le log access d'apache ? C'est super plus simple, et je ne pense pas que tu ais besoin d'une vision des stats au niveau de chaque utilisateur.