table session remplit à haute vitesse

-- HikaShop version -- : 6.1.1
-- Joomla version -- : 5.4
-- PHP version -- : 8.2.29

Bonjour
Sur une site qui fonctionne depuis très longtemps, il apparait un problème pour la 1ère fois alors que le nombre de commande ou de visiteurs n'explosent pas !
La table session est montée à 1,4go ce qui a entraine un blocage du site chez IONOS
Peut-être est-ce du à la mise à jour joomla 5.4 ou hikashop c'est pour cela que je fais la demande ici
Que faire en pleine période de commande avant Noel?
Cordialement

Bonjour,

Videz la table. Les utilisateurs actuellement connectés seront déconnectés donc faites cela le soir lorsqu'il n'y a personne sur le site.

Je ne pense pas que cela soit dû à une mise à jour récente. C'est plutôt un problème latent qui a grossi petit à petit sur votre site suite à cela:
joomla.stackexchange.com/questions/22518...ed-from-the-database

Il semble aussi qu'Admin Tools dispose de fonctions pour prendre cela en charge sur le long terme et ainsi éviter que le problème refasse surface: www.akeeba.com/documentation/admin-tools...sion-meta-clean.html

Bonjour
Merci pour la réponse.
J'ai quand même déjà mis à NON
Sessions partagées
Suivi des métadonnées de session
Qui sembleraient prend beaucoup de place

Après j'ai trouvé ailleurs que j'ai chez ionos
session.gc_divisor 100 100 session.gc_maxlifetime 3600 1440 session.gc_probability 0 0
PHP ne lance JAMAIS la purge des sessions
Donc Joomla ne peut pas nettoyer la table xxx_session
La table grossit jusqu’à plusieurs Go
Et finit par bloquer l’hébergement

Afin de revider la table session, je souhaite quand même savoir s'il y a des clients qui seraient en train de passer commande , mise en panier.. Comment faire?

Dans la colonne time de la table vous avez le timestamp unix de la date de la session utilisateur.
www.unixtimestamp.com/
Donc, vous pouvez lancer une requête MySQL de ce genre: 1764935113 correspond à "il y a 1 semaine". Ainsi, cela n'impactera pas les utilisateurs connectés.

Bonjour
Bon kj'ai essayé plusieurs choses comme #1064 - Erreur de syntaxe près de '* FROM joomsweet_session WHERE time < 1764935113' à la ligne 1
ou avec le nom complet reconnu , j'ai une #1064 - Erreur de syntaxe près de '* FROM joomsweet_session WHERE time < 1764935113' à la ligne 1

Je me suis aperçu car j'ai déjà fait une purge il y a 15 jours que je ne perds pas le panier

J'ai mis à NON
Sessions partagées
Suivi des métadonnées de session
Qui sembleraient prend beaucoup de place. Pas de problème ?

Sinon sans passer commande, il n'est pas possible de savoir si quelqu'un est sur le site ? dans l'administration ?

Il y avait un problème dans mon message précédent. J'ai corrigé le message.

Idéalement, vous pourriez configurer votre site pour ne pas utiliser la base de données pour le stockage de la session:
guide.joomla.org/user-manual/configurati...global-configuration

Bonjour
Oui je connaissais cette solution, après je me demande si on de déporte pas le problème ailleurs !?
Pour l'instant elle a pris une plus grosse base de donnée. dès que l'on a passé le rush de l'hiver je regarderai cette proposition.

Je trouve quand même étrange que je n'ai ce problème que sur un seul site sur tout ceux gérés !?
J'ai remis à ON
Suivi des métadonnées de session
Suivi des métadonnées de session des invités

je trouve aussi dommage que l'on ne sache pas s'il y a un visiteur en ligne (pas ceux logués)
Cordialement

Bonjour,

C'est sûr que cela déporte le problème.
Mais normalement, vous avez beaucoup plus de quoi voir venir.
En mode "PHP", le stockage se fait avec des fichiers sur le disque dur. Donc, même avec des dizaines ou des centaines GB de données, tant qu'il y a de la place sur le disque, pas de problème.
En mode "MySQL", c'est dans une table de la BDD qui est chargée dans la mémoire RAM du serveur. Au bout de quelques GB, cela va mettre le serveur par terre.
Sur un serveur, il est courant d'avoir quelques TB (1TB = 1000GB) d'espace sur le disque dur, et uniquement quelques dizaines de GB de RAM.
De plus, PHP dispose d'un système de garbage collector pour les sessions:
stackoverflow.com/questions/654310/cleanup-php-session-files
Donc le problème ne devrait même pas se poser si vous avez un PHP correctement configuré.

Bonjoru
Je suis basculé dans le mode fichier en mettant le répertoire \tmp comme Session Save Path (répertoire de sessions)
mais étrange avec mes navigations en mode connecté il n'apparait rien !?
Cordialement

Bonjour,

Ne serait-ce pas le dossier tmp à la racine du disque dur du serveur et non à la racine du site ?

Bonjour
Je l'ai crée car il n'existait pas mais ni dans l'un ni dans l'autre, il n'y a de fichiers crées et pourtant c'est actif la table de session ne bouge plus. Etonnant!
Je croise les doigts que cela fonctionne.
Bonne journée