Bonjour.
Au boulot sur notre réseau local, nous avons un projet d'utiliser Limesurvey (Version 2.57.1+161205 ). Nous avons installer l'application sur une plateforme LAMP (Centos7, Apache, MariaDb, Php), aucun problème à ce niveau là. Par contre lors de l'authentification, il y a une grande lenteur avant d'avoir la page d'accueil d'administration. Quand enfin on arrive sur cette page d'administration, je n'ai plus de problème. C'est vraiment à l'authentifiaction que la lenteur de connexion est énorme. Une piste? Faut-il ajouter des directives particulières pour la configuration Apache?
Merci pour votre aide.

Juste pour être bien clair, c'est juste, toi l'admin qui souffre de cette lenteur, à priori les gens qui répondent aux sondages n'ont pas à s'identifier.

On parle de quel ordre de grandeur pour cette latence ?
As-tu regardé avec l'inspecteur de code de Chrome ou Firefox, on peut voir ce qui ce passe en matière de chargement de ressources et de de temps de réponse du serveur ?

Sur le serveur, il n'y a rien qui puisse nous mettre sur une piste dans les fichiers journaux ?

Et bien, quels fichiers log voudrais-tu pour te mettre sur la piste?
Pour information, j'ai créé un utilisateur, il n' y a pas de lenteur de connexion, c'est uniquement avec le compte admin (2 minutes et 9 secondes montre en main lors de la dernière connexion!)
Voici le log error ( fichier error_log.conf de /var/log/httpd):

[Wed Dec 28 15:55:28.044233 2016] [mpm_prefork:notice] [pid 11981] AH00170: caught SIGWINCH, shutting down gracefully
[Wed Dec 28 15:55:29.226560 2016] [suexec:notice] [pid 14621] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Wed Dec 28 15:55:29.292077 2016] [auth_digest:notice] [pid 14621] AH01757: generating secret for digest authentication ...
[Wed Dec 28 15:55:29.294393 2016] [lbmethod_heartbeat:notice] [pid 14621] AH02282: No slotmem from mod_heartmonitor
[Wed Dec 28 15:55:29.342503 2016] [mpm_prefork:notice] [pid 14621] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_fcgid/2.3.9 PHP/5.4.16 configured -- resuming normal operations
[Wed Dec 28 15:55:29.342573 2016] [core:notice] [pid 14621] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Wed Dec 28 16:49:17.710624 2016] [mpm_prefork:notice] [pid 14621] AH00170: caught SIGWINCH, shutting down gracefully
[Wed Dec 28 16:49:18.897126 2016] [suexec:notice] [pid 14974] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Wed Dec 28 16:49:18.966690 2016] [auth_digest:notice] [pid 14974] AH01757: generating secret for digest authentication ...
[Wed Dec 28 16:49:18.968071 2016] [lbmethod_heartbeat:notice] [pid 14974] AH02282: No slotmem from mod_heartmonitor
[Wed Dec 28 16:49:19.025265 2016] [mpm_prefork:notice] [pid 14974] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_fcgid/2.3.9 PHP/5.4.16 configured -- resuming normal operations
[Wed Dec 28 16:49:19.025436 2016] [core:notice] [pid 14974] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'

Je ne suis pas un grand spécialiste des fichiers journaux, je sais bricoler, mais comme tu as mis en place un serveur je me suis dit que tu devais savoir un peu quoi ou où chercher également.

Le fichier d'erreur du serveur me semble un bon début, c'est là que j'aurais regardé aussi. Mais là, je ne vois rien qui explique le problème.

2 minutes en effet c'est très très long.

Je me demande si la charge du serveur ne pourrait pas être un problème Denis devrait pouvoir nous aider, en attendant qu'il passe par ici, si j'étais toi, je lancerais une connexion SSH sur le serveur, et je lancerais la commande TOP ou HTOP.

Tout en laissant TOP ou HTOP ouvert je lancerais une connexions pour voir la charge du serveur pendant que tu attends la connexion.

Voici ce que dit la console performance réseau de Firefox pour le compte admin:

Et pour un compte utilisateur:

Oui, là on visualise bien que c'est long mais ça n'aide pas beaucoup au final.
Tu n'as pas des détails qui pourraient te mettre sur la piste en cliquant ou double-cliquant sur le ligne "302" ?

C'est une redirection 302, il y a peut-être un souci avec ça.

Et concernant la charge du serveur, tu as vu quelque chose ?

Bonjour à tous.
Ce matin j'ai vérifié la charge du serveur via Cockpit, c'est le calme plat (pour information nous utilisons des serveurs virtualisés sous Hyper-V). Donc c'est une mauvaise piste. Pour en avoir le coeur net, j'ai installé le CMS Joomla sur le même serveur. La connexion au compte administrateur se fait sans lenteur particulière. J'ai installé la même version de Limesurvey sur une autre VM sous Fedora 24 cette fois ci. Je constate le même problème de lenteur pour la connexion du compte admin. Il y a quelque chose qui cloche avec ce compte en particulier sur Limesurvey car avec un compte classique je n'ai pas de lenteur.
Pour information, j'ai fait une copie d'écran de performance réseau de Firefox pour Joomla (le GET se fait en 520 ms) :

Pour Limesurvey (le GET se fait en 127669 ms!) :

Je vais essayer une ancienne version de Limesurvey pour voir si j'ai le même phénomène.

Bonjour, calvakreol (j'aime ce pseudo ).
J'ai deux installation de limesurvey 2.57.1+161205 installé comme suit :

1 dans une vm vmware (via HyperV je suppose, vu que je n'ai pas la main --> admin réseaux qui font tout ), en mode démo
1 sur un vieux pc physique, avec VirtualBox 5 installé et qui lance 3 vm en Centos 7 mini ( elles ont 384 Mo chacune). Pourquoi 3 : pour simuler un environnement de production avec les différentes zones. Une de ces vm est dans la dernière version et en mode démo (les autres sont en 2.06 :blush: )



Bref, mes temps de connexions : moins de 2 secondes avec vmware, et 23 secondes avec VirtualBox.

Pour info, en 2.06 j'ai environ 108 comptes actifs, et le temps d'authentification est rapide, mais la liste des questionnaires approche la minute.

Si tu peux, essaye avec :
une machine sans vm
une vm VirtualBox

Pour voir si ce n'est pas hyper V qui est en cause avec un élément du framework Yii.

courage et bonne année

Bonsoir.
Merci Riqcles pour les détails. Alors oui, j'ai essayé sur une machine "physique" avec la même plateforme LAMP mais hors du réseau local du boulot, cela fonctionne parfaitement, il n'y a pas de lenteur à la connexion du compte admin. Donc cela vient de l'Hyper-V ou du réseau. Je vais continuer mes tests. Si je trouve le problème, je vous l'indiquerais.
Bonne années à tous.

Salut,

Si ce n'est que en tant que super admin : c'est lors de la recherche de mise à jour : comme le poste n'a pas les droit d'accès à internet : ca bloque.

Désactiver la recherche de mise à jour automatique, fichier config.php

Bonjour.
Je vais tenter ta manip lundi, si je n'ai pas trop la tête dans les vap' après le réveillon
Nous sommes effectivement derrière un Proxy, cela pourrait donc expliquer cette lenteur avec la connexion en admin si une recherche de mise à jour est effectuée à ce moment là. Je vous tiens au courant.

Bonjour.
J'ai modifié le fichier /var/www/html/limesurvey/application/config/config.php avec les directives données par DenisChenu, ça marche, la connexion en admin n'est plus lente!
Merci beaucoup!
Petite question avant de mettre le post en résolu: Connaissez-vous l'URL par défaut utilisé par Limesurvey pour faire les mises à jour?