Bonjour,
suite à un message d'un utilisateur sur des problèmes de sessions, j'ai rajouté le paramètre dans le config.ph permettant la gestion de session via la base de données.
je me posais une question sur les performance de limesurvey en passant par cette méthode. le session.gc_maxlifetime est de 24min mais via les paramètre généraux de limesurvey cela passe à 1h.
Est-ce que cela va remplacer celle de php où dois-je aussi en faire la modif ?
existe-t-il un nombre d'utilisateur simultané à paramétrer pour les sessions ? par exemple un max user qui serait à 300. Si la durée de session augmente la libération de nouvelle session sera plus longue et l'accès serait donc limitée. Comment cela est géré dans limesurvey ?

Merci pour votre aide
Cordialement

Avec la gestion en BDD LimeSurvey ne se sert plus des paramètres de session de PHP (ce qui permet cette modification).

Pour les performances : cela peut être meilleur ou moins bon , cela dépend plus des 2 systèmes.
Si la BDD est bien optimisé : cela peut être meilleur.

Denis

merci pour la réponse,
on va faire le test et on adaptera en fonction !

Cordialement

Bonjour,

après avoir activé le table-based-session dans le fichier config.
Les utilisateurs nous ont fait par de ce message d'erreur :
CDbCommand n'a pas pu exécuter la commande SQL: SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'data' at row 1. The SQL statement executed was: UPDATE `lime_sessions` SET `data`=:data, `expire`=:expire WHERE id=:id

j'avais programmé à 2700sec soit 45min.

d'où vient ce message ?
Cordialement

Quel type de base de données ?
Quelle version de LimeSUrvey ?

base de données mysql / LimeSurvey Version 3.15.5+181115
J'ai dû désactiver l'option et recommenter le code pour débloquer la situation au plus vite. Cela bloque à la 1er page du questionnaire, aucune action possible.

Cordialement

Faire la mise à jour : bugs.limesurvey.org/view.php?id=14700

Au pire faire la modification manuellement dans la base de données.

github.com/LimeSurvey/LimeSurvey/pull/12...94364fb09db4d8cR2392
 

oki !
merci pour le retour, je vais voir ça