support « Soupçons de bogues «
Les sessions ne sont jamais supprimées [Intégré]
Il y a visiblement un problème dans yacs
| Propriétaire | Bernard Paques |
| Avancement | ![]() |
| Workflow | Besoin d'aide |
| Statut | La solution a été intégrée
|
j'ai été contrains de supprimer mon site yacs pour voir où se trouve le prob, Il faut noter que j'avais d'abords arrêter le serveur yacs en espèrent que les sessions allaient être nettoyées. Il faut noté que l'autologin est activé et le nombre de sessions n'a jamis cessé d'augmenter, alors que nous ne sommes pas un si grand nombre d'utilisateur à se connecter.
Je laisse le serveur en l'état pour l'instant, même si le site est inutilisable, j'espère vraiment pouvoir vous aider à trouver la source du problème.
j'ai juste fais via php la commande:
ls -trl /data/web/tmp/sessions|grep nutyx
Et vous pouvez voir le résultat ici:
http://download.tuxfamily.org/nutyx/sessions-1.jpg
http://download.tuxfamily.org/nutyx/sessions-2.jpg
http://download.tuxfamily.org/nutyx/sessions-3.jpg
http://download.tuxfamily.org/nutyx/sessions-4.jpg
Je ne crois pas que le problème vienne de tuxfamily.org
Bien à vous
| Bernard Paques | La solution a été intégrée |
Bernard Paques | Le problème de base était lié à la taille des fichiers de session créés par yacs, ce problème a été traité à Il semble que mon cms yacs soit assez gourmant en espace disque et il est à présent réglé. Je change donc le statut de cette page pour indiquer la résolution du problème. |
Bernard Paques | J'en profite pour rappeler aux administrateurs de site yacs qu'ils disposent d'une commande pour faire afficher le résultat de phpinfo(). Depuis le Panneau de contrôle, choisir l'onglet Système, puis Environnement d'exécution, puis phpinfo(). Ceci affiche, au chapitre des données de session, l'état réel des paramètres |
Bernard Paques | Pour répondre à la question concernant la configuration de yacs.fr, il s'agit en fait d'une installation complètement standard de PHP5 sous Linux Debian. Le fichier Pourtant, le répertoire La réponse réside dans le fichier Voici le contenu intégral de fichier, pour référence : # /etc/cron.d/php5: crontab fragment for php5 Encore une fois, il s'agit d'une installation standard de PHP 5 sous Linux Debian, ni moi ni Christian ne sommes intervenus pour ajuster la configuration à ce niveau. Avec ce système, les fichiers de session sont supprimés après 24 minutes d'inactivité. |
Thierry Nuttens | Je voulais dire Alexis bien-sûr, pas Bernard.
Bien à vous Thierry |
| Thierry Nuttens | |
| Thierry Nuttens | |
Thierry Nuttens | @Xavier, merci pour la correction... tu as compris l'idée @Bernard, non apparement cette variable est configuré après. Je pensais à la var globale SITE_ROOT_HASH
Bien à vous
Merci |
![]() Alexis Raimbault | Thierry tu peux avoir le path de ton install dans la variable globale $context de yacs; global $context; $context est initialisée dans global.php Alexis Raimbault webmaster free-lance |
Thierry Nuttens | J'ai ajouté ces 2 lignes ds shared/global.php. Solution provisioire avant d'en trouver une définitive avec l'équipe yacs
Bien à vous Thierry
|
Thierry Nuttens | Je crois que j'ai résolu le prob: A lire http://www.php.net/manual/fr/function.session-save-path.php Les hooks, c'est génial mais pas adapté pour ce problème, par contre, je m'en servirai pour autre choses.
A bientôt, pour de nouvelles aventures
Thierry |
| Xavier Guerrin | Bonsoir, Je confirme, TuxFamily nettoie le fameux dossier de session : tous les jours à 5h26, les fichiers, dossiers et liens symboliques ayant un ctime de plus de 1440 minutes, soit 24 heures, sont supprimés. Cela laisse donc dans le cas le plus pessimiste (à 5h25 du matin, le lendemain d'une purge qui n'aurait curieusement rien nettoyé pour Thierry ) 2 jours de sessions. Le problème pour Thierry, c'est que cet intervalle de temps semble suffisant pour remplir son quota, et une purge toutes les 24 minutes semble une solution bien sévère. C'est pour cela que je me focalise sur la taille des sessions plus que sur leur création / purge, bien qu'il y ait peut-être des choses améliorables là-dessus aussi.
|
![]() Alexis Raimbault | Pas mal ton hook, mais il te faut un type 'include' plutôt que 'serve' ensuite il te faudra aller sur l'url /control/scan.php et lancer l'analyse. Si tout se passe bien ton script sera listé parmi les prises d'extention le 'tick' (évenement cyclique) se produit par cron.php. Si tu peux sur ton hébergement le lancer, il faut le dire à yacs dans le panneau de control. Sinon yacs se chargera d'injecter des tâches de fond lors des requêtes web. Le script ne se déclenche alors que lors qu'un visiteur passe. Sinon Xavier a pourtant dit que les sessions étaient supprimées dans la journé ? Alexis Raimbault webmaster free-lance |
Thierry Nuttens | Pour résoudre ce problème, je suis en train de mettre en place un hook qui serait exécuté en tache de fond, je me suis basé sur un hook de service existant rpc_echo_hooks.php. Mais je ne suis pas certain que mon service sera exécuté... Je mets ici le contenu de mon hook, quelqu'un pourra peut-être m'orienter. // server hook Merci pour votre aide
Thierry
|
Thierry Nuttens | Extrait de php.ini
Tout devient beaucoup plus clair pour moi Entre temps mon quota est à près de 100 Mb. J'imagine que ce script est en place dans la plupart des cas.
Bien à vous
Thierry |
Thierry Nuttens | En exécutant le script de Xavier: ds une page php (seul moyen pour moi de voir ce qui se passe)
J'obtiens pour l'instant: 25.89M for 105 files
bonne chance
|
Thierry Nuttens | bonsoir Alexis, Oui le site tourne, mais le prob n'est pas résolu. Le quota ne cesse de monté. Lorsque j'ai réinstallé yacs, il était logiquement à 29 Mb. Il est actuellement à 48 Mb.... et l'autologin n'est pas activé. J'espère que l'on pourra rapidement trouver une solution PS. Je serai curieux de voir le contenu du dossier contenant les sessions sur le serveur qui héberge yacs.fr. En effet vous avez forcément le même problème Bien à toi
Thierry
|
![]() Alexis Raimbault | après une rapide revue je crois que cela joue seulement sur $_cookie c'est à dire le cookie du navigateur. mais tu perds rien à essayer. tu peux le désactiver à la main en éditant /parameters/users.include.php mettre 'N' au paramètre 'users_with_permanent_authentication' Alexis Raimbault webmaster free-lance
|
Thierry Nuttens | Oui je l'avais activé comme mentionné dans le message d'origine et j'avais l'intention de le déactiver car cela semble être l'origine du problème A + Thierry |
![]() Alexis Raimbault | autre chose, tu n'aurais pas activé le mode Intranet ? (panneau de control >> personnes >> onglet authentification >> dernier choix) Alexis Raimbault webmaster free-lance |
![]() Alexis Raimbault | tu n'as pas un moyen de mettre un traçeur sur les pages ? pour avoir une peu plus d'info sur les visites ? Alexis Raimbault webmaster free-lance |
Thierry Nuttens | A voir la fréquence de création (toutes les minutes) ça ressemble plûtot à une attaque. Qu'en pensez-vous Thierry |
| Thierry Nuttens |













