Gestionnaire de session, «Base de données» ou «Aucun»?

11

Dans la configuration globale de Joomla, il y a une option "Session Handler", sa description dit

Le mécanisme par lequel Joomla! identifie un utilisateur une fois qu'il est connecté au site Web à l'aide de cookies non persistants.

Cependant, je ne comprends toujours pas ce qu'il essaie d'expliquer.

Quels sont les avantages et les inconvénients des deux? Comment savoir quelle option me convient le mieux?

Hung Tran
la source
1
Quelques-unes des réponses ci-dessous semblent favoriser l'option "Aucune", cependant, consultez également cette autre question qui suggère que la méthode par défaut "Aucune" (c'est-à-dire Fichiers ) pour stocker la session est synchrone, c'est-à-dire. la session est verrouillée lors de l'écriture.
MrWhite

Réponses:

3

Dans l'option none, il utilise le handle de session php par défaut, qui utilise des fichiers pour stocker les données de session. Dans l'option de base de données, il utilise la base de données pour stocker les données de session. Dans http://www.tuxradar.com/practicalphp/10/3/7, vous pouvez en savoir plus sur les fichiers par rapport aux bases de données dans la session

csbenjamin
la source
6

Semblable à la réponse de @ codinghands, l'écriture de la session dans la base de données nous a causé trop de connexions:

/programming/14506124/joomla-is-causing-too-many-connections-database-errors

La base de données n'était pas corrompue, mais elle a mis notre site en panne. Nous avons réussi à le résoudre en remplaçant le gestionnaire de session par aucun.

De plus, vous voudrez peut-être voir comment PHP stocke votre session. Le nôtre était en cours d'écriture sur le disque dur. Cela a été lent (jusqu'à ~ 200 ms) et n'est pas bon si vous souhaitez équilibrer la charge de vos serveurs. L'option mysql serait bonne pour l'équilibrage de charge si vous pouvez contourner le «problème de connexions trop nombreuses»

Changement de contexte
la source
3

Juste pour ajouter mes 2 cents: j'ai trouvé dans les versions antérieures de Joomla que la _sessionstable est souvent corrompue sur les sites recevant un grand nombre de visiteurs uniques et donc des sessions ouvertes, ce qui entraîne la fermeture du site jusqu'à ce que la table soit réparée / effacée. L'utilisation de None a résolu ce problème pour moi.

codinghands
la source