grosses lenteurs

LS1 · Février 1, 2007, 12:48

Nous avons mis en place pour un établissement un site SPIP avec un squelette
Durzy (http://www.lyceedurzy.com/spip.php?page=article&id_article=234).

Or depuis sa mise en place le site est extrêmement lent. L'hébergeur assure
qu'il n'y a aucun problème chez lui et que ses autres clients qui utilisent
SPIP n'ont pas ce problème. Donc je me tourne vers vous pour quelques
questions:

1 - comment savoir le nombre de requettes par pages (demandé par
l"hébergeur)

2 - avez vous déjà rencontré ce genre de problème?

l'adresse du site : http://www.stlouis-stemarie.fr

Merci d'avance !

---------------------------------
Laurent

Olivier_GENDRIN · Février 1, 2007, 2:08

Nous avons mis en place pour un établissement un site SPIP
avec un squelette Durzy
(http://www.lyceedurzy.com/spip.php?page=article&id_article=234).

Or depuis sa mise en place le site est extrêmement lent.
L'hébergeur assure qu'il n'y a aucun problème chez lui et que
ses autres clients qui utilisent SPIP n'ont pas ce problème.
Donc je me tourne vers vous pour quelques
questions:

1 - comment savoir le nombre de requettes par pages (demandé par
l"hébergeur)

2 - avez vous déjà rencontré ce genre de problème?

l'adresse du site : http://www.stlouis-stemarie.fr

Jette un œil dans inc_version :

// faut-il chronometrer les requetes MySQL ?
$mysql_profile = false;

Tu met dans mes-options $mysql_profile = true; et tu aura des infos dans
ecrire/data/mysql.log (je crois).

LS1 · Février 1, 2007, 2:42

Donc mission accomplie et j'obtient (apparement) la liste des requettes à la
base avec le temps d'accès. Ce qui m'étonne c'est le nombre qui me parait
ENORME ! Juste qques lignes du début et de la fin ci-dessous:

-------------------------------------------------------

SELECT COUNT(*) FROM `stlouismarie_spip`.spip_meta -> 0.006282
(0.0062819138946533) Resource id #17

SELECT COUNT(*) FROM `stlouismarie_spip`.spip_meta -> 0.007147
(0.013428801330566) Resource id #18

SELECT id_rubrique, id_parent, id_secteur FROM
`stlouismarie_spip`.spip_rubriques -> 0.008149 (0.021577892532349) Resource
id #19

SELECT count(*) AS nb_acces FROM `stlouismarie_spip`.spip_accesgroupes_acces
LEFT JOIN `stlouismarie_spip`.spip_accesgroupes_groupes ON
`stlouismarie_spip`.spip_accesgroupes_acces.id_grpacces =
`stlouismarie_spip`.spip_accesgroupes_groupes.id_grpacces WHERE id_rubrique
= 48 AND actif = 1 AND prive_public != 1 -> 0.008608 (0.030185941207886)
Resource id #20

SELECT id_parent FROM `stlouismarie_spip`.spip_rubriques WHERE id_rubrique =
48 LIMIT 1 -> 0.007454 (0.037639837707519) Resource id #21

SELECT count(*) AS nb_acces FROM `stlouismarie_spip`.spip_accesgroupes_acces
LEFT JOIN `stlouismarie_spip`.spip_accesgroupes_groupes ON
`stlouismarie_spip`.spip_accesgroupes_acces.id_grpacces =
`stlouismarie_spip`.spip_accesgroupes_groupes.id_grpacces WHERE id_rubrique
= 26 AND actif = 1 AND prive_public != 1 -> 0.006372 (0.044011902893066)
Resource id #22

SELECT id_auteur, statut FROM `stlouismarie_spip`.spip_auteurs WHERE
login='Laurent' LIMIT 1 -> 0.006573 (0.050584862426758) Resource id #23

SELECT COUNT(*) AS est_admin FROM `stlouismarie_spip`.spip_auteurs_rubriques
WHERE id_auteur = 68 AND id_rubrique = 26 LIMIT 1 -> 0.008217
(0.058801863204956) Resource id #24

SELECT count(*) AS NbAcces FROM `stlouismarie_spip`.spip_accesgroupes_acces
LEFT JOIN `stlouismarie_spip`.spip_accesgroupes_auteurs ON
`stlouismarie_spip`.spip_accesgroupes_acces.id_grpacces =
`stlouismarie_spip`.spip_accesgroupes_auteurs.id_grpacces LEFT JOIN
`stlouismarie_spip`.spip_accesgroupes_groupes ON
`stlouismarie_spip`.spip_accesgroupes_auteurs.id_grpacces =
`stlouismarie_spip`.spip_accesgroupes_groupes.id_grpacces WHERE id_auteur =
68 AND dde_acces = 0 AND id_rubrique = 26 AND actif = 1 -> 0.009308
(0.06810978565979) Resource id #25

SELECT id_parent FROM `stlouismarie_spip`.spip_rubriques WHERE id_rubrique =
26 LIMIT 1 -> 0.011433 (0.079542736068726) Resource id #26

SELECT count(*) AS nb_acces FROM `stlouismarie_spip`.spip_accesgroupes_acces
LEFT JOIN `stlouismarie_spip`.spip_accesgroupes_groupes ON
`stlouismarie_spip`.spip_accesgroupes_acces.id_grpacces =
`stlouismarie_spip`.spip_accesgroupes_groupes.id_grpacces WHERE id_rubrique
= 48 AND actif = 1 AND prive_public != 1 -> 0.003847 (0.083389730041504)
Resource id #27

*

SELECT nom,valeur FROM `stlouismarie_spip`.spip_meta -> 0.001573
(3.3350813858948) Resource id #2153

SELECT GET_LOCK('stlouismarie_spip:spip:cron8112', 0) -> 0.001056
(3.3361374819794) Resource id #2156

INSERT IGNORE INTO `stlouismarie_spip`.spip_visites (date) VALUES
('2007-02-01') -> 0.000985 (3.3371224883118) 1

UPDATE `stlouismarie_spip`.spip_visites SET visites = visites+2 WHERE
date='2007-02-01' -> 0.000546 (3.3376684173431) 1

SELECT RELEASE_LOCK('stlouismarie_spip:spip:cron8112') -> 0.000484
(3.3381525197754) Resource id #2168

----------------------------------------------------

Ce qui m'étonne c'est le nombre de requettes .....

Deuxièmement, dans le fichier mysql.log je trouve:

----------------------------------------------------

Jan 31 23:01:23 82.122.87.120 (pid 21037) - SELECT id_document FROM
`stlouismarie_spip`.spip_documents_syndic WHERE 0=1

Jan 31 23:01:23 82.122.87.120 (pid 21037) 1146 La table
'stlouismarie_spip.spip_documents_syndic' n'existe pas

Jan 31 23:02:14 82.122.87.120 (pid 3391) GET
/spip.php?page=walma&id_article=60&large=y&pas=1&textforum=x&mode=image

Jan 31 23:02:15 82.122.87.120 (pid 3391) - SELECT id_document FROM
`stlouismarie_spip`.spip_documents_syndic WHERE 0=1

Jan 31 23:02:15 82.122.87.120 (pid 3391) 1146 La table
'stlouismarie_spip.spip_documents_syndic' n'existe pas

Jan 31 23:05:27 82.122.87.120 (pid 22984) GET /spip.php?article30

Jan 31 23:05:27 82.122.87.120 (pid 22984) - SELECT id_document FROM
`stlouismarie_spip`.spip_documents_syndic WHERE 0=1

Jan 31 23:05:27 82.122.87.120 (pid 22984) 1146 La table
'stlouismarie_spip.spip_documents_syndic' n'existe pas

Jan 31 23:05:45 82.122.87.120 (pid 23156) GET /spip.php?article68

Jan 31 23:05:45 82.122.87.120 (pid 23156) - SELECT id_document FROM
`stlouismarie_spip`.spip_documents_syndic WHERE 0=1

Jan 31 23:05:45 82.122.87.120 (pid 23156) 1146 La table
'stlouismarie_spip.spip_documents_syndic' n'existe pas

----------------------------------------------------

Etc....etc......

Qu'en pensez vous??

"Olivier GENDRIN" <o.gendrin@novactive.com> a écrit dans le message
news:<ANTARESoev77okY0dwE000003ed@novactive.com>...

Nous avons mis en place pour un établissement un site SPIP

avec un squelette Durzy

(http://www.lyceedurzy.com/spip.php?page=article&id_article=234).

Or depuis sa mise en place le site est extrêmement lent.

L'hébergeur assure qu'il n'y a aucun problème chez lui et que

ses autres clients qui utilisent SPIP n'ont pas ce problème.

Donc je me tourne vers vous pour quelques

questions:

1 - comment savoir le nombre de requettes par pages (demandé par

l"hébergeur)

2 - avez vous déjà rencontré ce genre de problème?

l'adresse du site : http://www.stlouis-stemarie.fr

Jette un oil dans inc_version :

// faut-il chronometrer les requetes MySQL ?

$mysql_profile = false;

Tu met dans mes-options $mysql_profile = true; et tu aura des infos dans

ecrire/data/mysql.log (je crois).

_______________________________________________

liste spip

spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip

FAQ : http://www.spip-contrib.net/spikini/FaQ

----------

rpapa1 · Février 1, 2007, 4:19

Olivier GENDRIN a écrit :

Nous avons mis en place pour un établissement un site SPIP avec un squelette Durzy (http://www.lyceedurzy.com/spip.php?page=article&id_article=234).

Or depuis sa mise en place le site est extrêmement lent. L'hébergeur assure qu'il n'y a aucun problème chez lui et que ses autres clients qui utilisent SPIP n'ont pas ce problème. Donc je me tourne vers vous pour quelques
questions:

1 - comment savoir le nombre de requettes par pages (demandé par
l"hébergeur)

2 - avez vous déjà rencontré ce genre de problème?

l'adresse du site : http://www.stlouis-stemarie.fr

Jette un œil dans inc_version :

// faut-il chronometrer les requetes MySQL ?
$mysql_profile = false;

Tu met dans mes-options $mysql_profile = true; et tu aura des infos dans
ecrire/data/mysql.log (je crois).

moi j'aimerai chronométrer les <BOUCLE> , pas avoir l'info sur les requetes (ce doit être en gros la même chose, mais comme je comprends que dalle en mysql, je préfererai du spip?)

A+

LS1 · Février 1, 2007, 4:21

La dernière partie concernant la table manquante est résolue par une mise à
jour du plugin accès_groupe.

Il ne me reste "plus" que la lenteur et là .... je sèche ! help !

Olivier_GENDRIN · Février 1, 2007, 4:37

moi j'aimerai chronométrer les <BOUCLE> , pas avoir l'info
sur les requetes (ce doit être en gros la même chose, mais
comme je comprends que dalle en mysql, je préfererai du spip?)

Il va falloir attendre la 1.9.2 (qui est en béta 4 !) voire la 2. Cf.
http://trac.rezo.net/trac/spip/changeset/8557