[gepi-users] vous ne semblez être associé à aucun élève ( Pb Nuxit ?)

[Stephane Boireau (Animateur TICE Bernay/Pont-Audemer)]

Bonsoir,

Le mercredi 7 novembre 2007 15:57, Laurent Delaveau a écrit :
> Apparemment, ça viendrait de Nuxit donc?  il y a bien des GEPI sur
> Nuxit qui n'ont pas visiblement ce genre de probleme? pourriez vous me
> confirmer ?
>
> Voici le probleme que j'ai soumis à Nuxit :
>
> ---------------------------------------------------------
> " ........J'ai un probleme qui semble lié au serveur
> Sur mon logiciel GEPI, j'ai parfois une page (relevé de notes sur
> accès parents) qui s'affiche parfois mais pas tout le temps....
>
> https://xxxxx.nuxit.net/gepi/login.php
>
> sur le compte :
> xxxxx  mdp: xxxxx  ça marche immédiatement (1s) mais il y a 10 min ça
> ne marchait pas... pour le relevé de notes
>
> sur le compte
> xxxx  mdp: xxx  il y a 10 min, ça me faisait:
>
> Warning: mysql_num_rows(): supplied argument is not a valid MySQL
> result resource in
> /home5/c/cweyer/www/gepi/cahier_notes/visu_releve_notes.php on line
> 1003 après avoir ramé plusieurs secondes
> et maintenant ça marche...
> ça semble aléatoire.. Est ce que ça peut venir d'un probleme de
> surcharge d'accès à la base ???
>
> merci ...."
> ---------------------------------------------------------
> réponse de Nuxit:
>
> l'erreur que vous obtenez semble plutôt indiquer qu'une de vos
> requêtes à retourné zéro résultats. Ainsi l'appel de mysql_num_rows()
> retourne un warning.
>
> ---------------------------------------------------------
> ma réponse:
>
> j'ai une copie de secours de mon site sur la démo d'OVH avec une copie
> parfaite de la base de données datant d'hier soir. Ca marche
> parfaitement. 2eme indice qui tend à penser à un probleme de config
> serveur, c'est que parfois ça marche de suite et sans toucher à la
> base pendant 1 heure ou meme 10 min , ça ne marche plus avec le meme
> compte.. On sent que la réponse est longue à obtenir parfois...
>
> voilà ce que m'a répondu un des développeurs de GEPI après m'avoir
> confirmé que ma base marchait parfaitement sur son serveur.
>
> Je ne sais pas d'où ça vient. Le ça marche/ça marche pas c'est
> curieux.Est-ce que le serveur était ensablé lors des tests? trop de
> connexions chez nuxit? Si le problème est intermittent, c'est
> embêtant. Ils risquent de ne pas constater le problème quand il faut.
>
>
> il m'a fait rajouter ensuite une ligne
> "........tu peux modifier le visu_releve_notes.php
> et placer entre les lignes 1002 et 1003 la ligne suivante:
> echo "<p>$sql_quels_eleves</p>";
> Et refaire le test... pour voir quelle requête échoue effectivement.
> La requête va s'afficher. Si tu peux transmettre par mail ce qui est
> renvoyé."
>
>
> la page m'a affiché ceci
>
> SELECT DISTINCT jec.id_classe, e.login, e.nom, e.prenom FROM
> j_eleves_classes jec, eleves e, responsables2 re, resp_pers r WHERE
> (e.ele_id = re.ele_id AND re.pers_id = r.pers_id AND r.login = 'GOIN2'
> AND jec.login = e.login )
>
> il m'a répondu :
> Je ne comprends pas bien pourquoi chez toi cela merdouille...... moi,
> je récupère bien le login de l'élève:
>
> mysql> SELECT DISTINCT jec.id_classe, e.login, e.nom, e.prenom FROM
> -> j_eleves_classes jec, eleves e, responsables2 re, resp_pers r WHERE
> -> (e.ele_id = re.ele_id AND re.pers_id = r.pers_id AND r.login =
> 'GOIN2'
> -> AND jec.login = e.login );
> +-----------+--------+------+--------+
>
> | id_classe | login | nom | prenom |
>
> +-----------+--------+------+--------+
>
> | 27 | GOIN_E | GOIN | Enora |
>
> +-----------+--------+------+--------+
> 1 row in set (2.60 sec)
>
> ---------------------------------------------------------
> Voici que le support Nuxit m'a répondu
>
>
> Auteur : Nuxit - Youri	Date : Mercredi 07/11/2007 à 14h58
> Sujet : pb SQL
> Dans ce cas, il est possible que vous ailliez attends votre nombre de
> connexions maximal. A savoir 5.

Hein?
Cela veut-il dire qu'il ne faut pas qu'il y ait plus de 5 personnes connectées 
simultanément?
Ou pas plus de 5 requêtes simultanément?
Si vous ouvrez l'accès parents, il y a des risques de couac...


> Vous êtes d'ailleurs sur un des serveurs les moins chargés parmi nos
> six serveurs MySQL donc il ne s'agit pas d'un problème de ressources.
>
> A y regarder de plus près, il semblerait que vos requêtes prennent
> énormément de temps à s'exécuter.
>
> Nous interrompons systématiquement toute requête mettant plus de 10
> secondes à s'exécuter. C'est également une piste pour expliquer les
> erreurs donc vous êtes témoins.
>
> La requête que vous avez indiqué dans votre message précédent joint 4
> tables de manière assez archaïque. Il est surement possible
> d'optimiser cette requête ou d'indexer de manière appropriée les
> tables utilisées.

Il est possible que la requête dans le cas parents soit un peu lourde.
Je ne suis pas sûr qu'il soit facile de la simplifier en conservant la même 
structure de traitement que pour les profs, élèves,... pour la suite.


> Alors Archaïsme chez Gepi ou chez Nuxit   ?
>
> Pourquoi ça ne semble le faire que sur le compte parent?

C'est en effet plus compliqué:
Il faut ne récupérer que les infos des élèves associés au responsable 
actuellement connecté.


> Pour les profs par exemple il me sort le relevé de toute une classe en
> 2 dixiemes de secondes  et pour les responsables ça rame...

Il va falloir regarder s'il y a moyen d'alléger la façon de récupérer les 
infos.

Cordialement.
-- 
Stephane Boireau
Animateur TICE Bernay/Pont-Audemer