Citation :

Ben non, il faut aller plus loin que la fonction utilisée !!!
Il faut aussi regarder la class concernée et la table sur laquelle elle intervient.

$online_handler->gc(300); intervient sur la table online

Regardes le fichier include/common.php et tu y trouvera l’utilisation de la class XoopsSessionHandler initialisée par $sess_handler =& xoops_gethandler('session'); et qui intervient sur la table session

Citation :
Si tu a effectivement ce nombre de visites par jour, il ne faut pas exclure qu'il n'y ait pas de problème du tout mais que c'est NORMAL ! ....

Citation :

Quand je me suis aperçu du prob (voir mon premier message), et c'est un ralentissement du site qui m'en a fait prendre conscience, la table session pesait 9 MO avait plus de 40000 entrées, de mémoire ....

Je t'ai donné des pistes dans ma première réponse, à ta place, au lieu de bidouiller les tables j'essayerais de voir ce qui t'a été répondu.

Citation :

Je ne bidouille pas, j'essaye simplement d'apporter des éléments pour éventuellement trouver une soluce à mon problème.
J'ai répondu concernant tes pistes :


Merci hervé,
Je n'ai pas coché l'option "Utiliser une session personnalisée", Le phénomène est en continu depuis 3 jours donc pas possible pour les robots, et comme dit plus haut, sur le même serveur, avec une base différente, j'ai un autre xoops le 2.0.9.2 qui fonctionne à merveille, donc mysql est censé fonctionner.

J'ai même essayé d'activer "Utiliser une session personnalisée" dans les préférences, rien n'a changé

Alors Dugris ca voudrais dire que la table session n'est jamais purgée, hors sur mon site , elle dépasse rarement 200 enregistrements, mais avec plus De 300 utilisateurs et 500 invités/jours

Alors qui fait ca?

Up (help

Toujours pas d'idée pour faire se purger cette table session automatiquement ? J'ai purgé la table manuellement hier soir des 12500 entrées de la journée (ce qui correspond au nombre de visites sur le site hier..
J'ai activé session personnalisée à 15 dans les pref, j'ai bien mis en route le module "qui est en ligne" qui lui semble fonctionner correctement, tout comme la table "online".
En fait tout est normal sauf cette foutue table session qui refuse de se vider.
Je rappelle que j'ai un autre xoops sur le même serveur (version 2.0.9.2) qui ne pose aucun souci. Cela viendrait t-il de la version 2.0.14 ?

J'ai surement la solution a ton problème. Je sais, j'arrive un peu tard.

Le soucis vient surement de la configuration de ton fichier php.ini.

Rapidement je t'explique le problème :

n méthode gc dans la class session dans le repertoire kernel existe et est la pour s'occuper du balayage de printemps.

Il existe aussi une instruction php "session_set_save_handler" qui est utilisé pour la gestion par php des sessions de maniere totalement autonome. Dans cette instruction, il suffit de passer une serie d'instruction pour l'ouverture, la fermeture, l'ecriture et le vidage de la poubelle contenant les sessions.

Dans xoops, cette action se fait dans le fichier include/common.php a la ligne 179.

Donc dans notre cas, tout devrait marcher. Apres, il faut savoir que pour se lancer la fonction de vidage gc marche de maniere bizzare
Elle se lance selon une probabilité défini dans la constante session.gc_probability. Dans le cas du serveur, elle est inscrite a 0 (j'ai verifié grace a un phpinfo() ), donc aucune chance de le lancer. Normalement cette constante devrait etre a 1 (pour se lancer une fois sur 100 chargement de page).

Dans le cas de notre serveur, elle etait a 0 et actuellement, nous avions une table de session qui faisait pas moins de 50 mo (270 000 entrée).