PHP 5.2

Général
1

Bonjour,
Dans un message précédent je faisais part de grosses lenteurs concernant mon
site SPIP hébergé chez celeonet.

Je vous résume ici les différents tests effectués :
* j'ai comparé mes fichiers log/debug etc avec le createur du squelette
(durzy)-> ceux-ci sont pratiquement identiques.
* Il utilise PHP version 4.1.2
* j'ai installé EASY PHP en local et installé mon site en local aussi
(version 1.8 - PHP version 4.3.10) -> site rapide et reactif
* j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2) pour
approcher au maximum les services que propose l'hébergeur et là le site SPIP
a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP 5.2 /
mysql 5.0.27)

NB: les fichiers et la base utilisé pour ces tests sont ceux en cours
actuellement sur notre espace web (http://www.stlouis-stemarie.fr)

Pensez vous qu'il y a un problème entre SPIP 1.9 et PHP 5.2? Savez vous si
ce problème est connu par d'autres? Ou suis peut être carrément à côté du
problème .... :wink:

merci

2

Bonjour,

Je ne sais pas si c'est lié mais la dernière fois que j'ai essayé d'utiliser une version avec php5 de easyphp, je n'ai eu que des problèmes. J'avais donc cherché une autre solution et j'avais trouvé wamp (http://www.wampserver.com/) qui m'avait donné entière satisfaction.

Cordialement

Chag

LS a écrit :

Bonjour,
Dans un message précédent je faisais part de grosses lenteurs concernant mon site SPIP hébergé chez celeonet.

Je vous résume ici les différents tests effectués :
* j'ai comparé mes fichiers log/debug etc avec le createur du squelette (durzy)-> ceux-ci sont pratiquement identiques.
* Il utilise PHP version 4.1.2
* j'ai installé EASY PHP en local et installé mon site en local aussi (version 1.8 - PHP version 4.3.10) -> site rapide et reactif
* j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2) pour approcher au maximum les services que propose l'hébergeur et là le site SPIP a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP 5.2 / mysql 5.0.27)

NB: les fichiers et la base utilisé pour ces tests sont ceux en cours actuellement sur notre espace web (http://www.stlouis-stemarie.fr)

Pensez vous qu'il y a un problème entre SPIP 1.9 et PHP 5.2? Savez vous si ce problème est connu par d'autres? Ou suis peut être carrément à côté du problème .... :wink:

merci

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

_______________________________________________
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

--
Oh la vache! Moi ? j'ai l'air Has been ! J'en ai pour plus d'une barre de fringue sur moi, alors va te faire mettre!
http://abidbol.free.fr/video/V12_sur_le_pont.avi

3

LS <ls <at> stlouis-stemarie.fr> writes:

> * j'ai installé EASY PHP en local et installé mon site en local aussi
(version 1.8 - PHP version 4.3.10) -> site rapide et reactif
* j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2) pour
approcher au maximum les services que propose l'hébergeur et là le site SPIP
a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP 5.2 /
mysql 5.0.27)

une installation windows+easyphp n'a strictement aucune représentativité en
terme de performance.
Essaye sur un vrai serveur !

4

- C'est la seule méthode que j'ai trouvé pour approcher (en local) la config
de mon hébergeur et essayer d'expliquer cette lenteur. L'hébergeur répond
que le site est lent à cause du trop grand nombre de requettes et qu'il n'y
a aucun problème de son côté.Est ce que quelqu'un aurait assez de recul et
d'expérience sur SPIP pour me donner des éléments qui pourraient faire
ralentir un site SPIP?

- En cherchant sur une autre piste, est-ce que un nombre important de compte
pourrait faire ralentir le site? (150 rédacteurs et 2000 visiteurs pour mon
cas)

"cedric" <cedric@yterium.com> a écrit dans le message de news:
loom.20070205T221636-408@post.gmane.org...
LS <ls <at> stlouis-stemarie.fr> writes:

> * j'ai installé EASY PHP en local et installé mon site en local aussi
(version 1.8 - PHP version 4.3.10) -> site rapide et reactif
* j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2) pour
approcher au maximum les services que propose l'hébergeur et là le site
SPIP
a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP 5.2
/
mysql 5.0.27)

une installation windows+easyphp n'a strictement aucune représentativité en
terme de performance.
Essaye sur un vrai serveur !

5

Bonjour,

Etant donné que je suis particulièrement pas douée, que je me suis emmêlé les pinceaux à essayer de comprendre sans réussir sur le site de SPIP, quelqu'un aurait-il la gentillesse de partager avec moi un code de base à installer sur la page d'accueil pour que les articles ne soient accessibles que sur mot de passe? D'avance merci pour votre indulgence.

Morthicia

6

LS a écrit :

- C'est la seule méthode que j'ai trouvé pour approcher (en local) la config de mon hébergeur et essayer d'expliquer cette lenteur. L'hébergeur répond que le site est lent à cause du trop grand nombre de requettes et qu'il n'y a aucun problème de son côté.Est ce que quelqu'un aurait assez de recul et d'expérience sur SPIP pour me donner des éléments qui pourraient faire ralentir un site SPIP?

Les perfs, c'est tres suggestif et dépendant de ce qui se passe autour (donc totalement aléatoire sous windows).

Mais bon, la piste d'un probleme specifique à PHP 5.2 me semble bonne d'après tes éléments.

D'après ce que tu dis, le site est lent et fait beaucoup de requete : il n'utiliserait donc pas le cache ?

Plusieurs raisons possibles, mais la plus probable : il n'arrive pas à lire ou à ecrire dans le cache.
Mais si tu as un probleme sous windows, c'est que ca n'est pas un probleme de droits.

Ce qui est surprenant car Spip detecte tout seul ce genre de soucis, mais la encore, PHP5.2, peut etre une difference sur une methode importante.
Quelle version exacte de Spip utilises-tu?

Regarde si les fichiers sont créés et regarde dans les logs ce qu'il fait (les créations et lectures de cache sont apparaissent normalement)

- En cherchant sur une autre piste, est-ce que un nombre important de compte pourrait faire ralentir le site? (150 rédacteurs et 2000 visiteurs pour mon cas)

ca, c'est tres raisonnable...

Par contre, à quoi ressemblent tes squelettes ? avec quelle durée de cache ?

Quelle tete ont tes URL ?

bref, il faut bien un premier et je ne sais pas si d'autres utilisent PHP5.2, mais vu qu'il n'y a que toi qui signale le probleme, statistiquement, je dirais que le probleme ne vient pas de Spip lui meme ou qu'il est lié à un usage spécifique (squelette ? contenu ? ...)

mes 2 sous.
@++

7

D'après ce que tu dis, le site est lent et fait beaucoup de requete : il
n'utiliserait donc pas le cache ?

*** Le cache est bien activé (10Mo)

Ce qui est surprenant car Spip detecte tout seul ce genre de soucis,
mais la encore, PHP5.2, peut etre une difference sur une methode importante.
Quelle version exacte de Spip utilises-tu?

*** SPIP 1.9.1

Regarde si les fichiers sont créés et regarde dans les logs ce qu'il
fait (les créations et lectures de cache sont apparaissent normalement)

*** Voici une copie de ecrire/data/spip.log, il me semble y avoir des trucs
bizarres, temps important pour [squelettes/plan] et erreurs à la fin.
**************************************************************
Feb 06 16:14:34 82.122.205.201 (pid 20377) COMPIL (0.66s)
[squelettes/article] skel/html_cacdcec900dda37f91a9aadf1f0cd7f1.php
Feb 06 16:14:35 82.122.205.201 (pid 20377) calcul ()
[dist/modeles/lesauteurs] 41, modeles/lesauteurs, fr, 2007-02-06 16:14:35,
2007-02-06 16:14:35 (39 octets)
Feb 06 16:14:35 82.122.205.201 (pid 20377) calcul (0.18s)
[squelettes/article] , 2007-02-23 00:00:00, 2007-02-23 00:00:00, 41 (4472
octets)
Feb 06 16:14:35 82.122.205.201 (pid 20377) Creation du cache
4/spi-2007_02_23.366f14f8 pour 86400 secondes
Feb 06 16:14:35 82.122.205.201 (pid 20377) charset probable: iso-8859-1
Feb 06 16:14:35 82.122.205.201 (pid 20377) COMPIL (0.02s)
[squelettes/inclusions/inc-meme-rub]
skel/html_9cea697a75a1ad75439930444b5490d4.php
Feb 06 16:14:36 82.122.205.201 (pid 20377) calcul ()
[dist/modeles/lesauteurs] 41, modeles/lesauteurs, fr, 2007-02-06 16:14:36,
2007-02-06 16:14:36 (39 octets)
Feb 06 16:14:36 82.122.205.201 (pid 20377) calcul (0.01s)
[squelettes/inclusions/inc-meme-rub] inclusions/inc-meme-rub, 42, , fr,
2007-02-06 16:14:35, 2007-02-06 16:14:35 (933 octets)
Feb 06 16:14:36 82.122.205.201 (pid 20377) Creation du cache
c/-inc-inc-42-dou-fr.2a6d3465 pour 1 secondes
Feb 06 16:14:36 82.122.205.201 (pid 20377) charset probable: iso-8859-1
Feb 06 16:14:36 82.122.205.201 (pid 20377) COMPIL (0.10s)
[squelettes//inclusions/inc-forum]
skel/html_58831dd846a2df56817792d2b629bc31.php
Feb 06 16:14:36 82.122.205.201 (pid 20377) calcul (0.00s)
[squelettes//inclusions/inc-forum] /inclusions/inc-forum, 41, fr, 2007-02-06
16:14:36, 2007-02-06 16:14:36 (42 octets)
Feb 06 16:14:36 82.122.205.201 (pid 20377) Creation du cache
7/--inc-inc-41-fr.5aa7b763 pour 1 secondes
Feb 06 16:14:37 82.122.205.201 (pid 20377) calcul (0.00s)
[formulaires/formulaire_admin] 41, , , , , ,
http://www.stlouis-stemarie.fr/ecrire/?exec=articles&id_article=41,
http://www.stlouis-stemarie.fr/ecrire/?exec=breves_voir&id_breve=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=naviguer&id_rubrique=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=mots_edit&id_mot=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=sites&id_syndic=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=auteurs_edit&id_auteur=0, ,
spip.php?article41&amp;amp;date=2007-02-23, , , 1,
http://www.stlouis-stemarie.fr/ecrire/?exec=statistiques_visites&id_article=41,
10, , spip-admin-float, , , calcul, , 2007-02-06 16:14:37, 2007-02-06
16:14:37 (490 octets)
Feb 06 16:14:37 82.122.205.201 (pid 20377) Creation du cache
a/lan-cal-xhtml_error%3D.73e0fdea pour 1 secondes
Feb 06 16:20:47 86.194.127.176 (pid 13056) charset probable: iso-8859-1
Feb 06 16:20:47 86.194.127.176 (pid 13056) COMPIL (0.14s) [squelettes/plan]
skel/html_9aaa24bb66fb4a9388d605077a3550d5.php
Feb 06 16:20:52 86.194.127.176 (pid 13056) calcul (4.74s) [squelettes/plan]
plan, 2007-02-06 16:20:46, 2007-02-06 16:20:46 (23053 octets)
Feb 06 16:20:52 86.194.127.176 (pid 13056) Creation du cache
2/spip%3Fpage%3Dplan.d2f1bcaf.gz pour 7200 secondes
Feb 06 16:20:52 86.194.127.176 (pid 13056) calcul (0.05s)
[formulaires/formulaire_admin] , , , , , ,
http://www.stlouis-stemarie.fr/ecrire/?exec=articles&id_article=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=breves_voir&id_breve=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=naviguer&id_rubrique=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=mots_edit&id_mot=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=sites&id_syndic=0,
http://www.stlouis-stemarie.fr/ecrire/?exec=auteurs_edit&id_auteur=0,
ecrire/, spip.php?page=plan, , , , , , , spip-admin-float, , , calcul, ,
2007-02-06 16:20:52, 2007-02-06 16:20:52 (220 octets)
Feb 06 16:20:53 86.194.127.176 (pid 13056) Creation du cache
8/lan-cal-xhtml_error%3D.f53cd83e pour 1 secondes
Feb 06 16:20:59 86.194.127.176 (pid 13224) Erreur - 'connexions_body_prive'
non definie !
Feb 06 16:21:05 86.194.127.176 (pid 13284) Erreur - 'connexions_body_prive'
non definie !
Feb 06 16:21:10 86.194.127.176 (pid 13322) cron: visites (0.07s)
Feb 06 16:25:15 86.194.127.176 (pid 8771) Erreur - 'connexions_body_prive'
non definie !
Feb 06 16:25:31 86.194.127.176 (pid 8857) Erreur - 'connexions_body_prive'
non definie !
*******************************************************

Par contre, à quoi ressemblent tes squelettes ? avec quelle durée de cache ?

*** 86400 (1 journée)

Quelle tete ont tes URL ?

*** Tu peux préciser là?

8

LS a écrit :

Ce qui est surprenant car Spip detecte tout seul ce genre de soucis,
mais la encore, PHP5.2, peut etre une difference sur une methode importante.
Quelle version exacte de Spip utilises-tu?

*** SPIP 1.9.1

tu as juste oublié de preciser "avec un squelette particulier et quelques plugins installés"

Donc la, la premiere chose à faire, c'est tout désactiver et voir si tu as le meme probleme sans plugin et avec le squelette /dist.

puis tu actives les plugins.

Et enfin, tu actives le squelette.
A mon avis, le souci est dans les squelettes.

Attention, je ne sais pas d'ou il sort, mais tu as un repertoire /ecrire/plugins
supprime le et verifie que tu n'as pas des vieux fichiers et dossiers qui trainent.

autre precision : sur http://www.stlouis-stemarie.fr, il y a le probleme de lenteur et pourtant PHP s'annonce en 4.4.4

@++

9

LS wrote:

- En cherchant sur une autre piste, est-ce que un nombre important de compte pourrait faire ralentir le site?

Il y a deux semaines j'avais deux sites sur le même serveur, SPIP 1.8.3 était plus rapide qu'un site dev 1.9.2 (essentiellement la même base de données).

Après avoir basculé le site 1.8.3 vers 1.9.2 ce site ne s'est pas ralentit. Je pense à deux choses pour expliquer que le ralentissement que je craignais ne s'est pas produit :

- le premier site 1.8.3 était pleinement indexé, tandis que le site dev était toujours en train de bâtir ses index de recherche.

- SPIP 1.9.2 semble aimer un cache plus grand. Tandis qu'avec SPIP 1.8.3 le site tournait avec environ 30~35 Mo de cache, le nouveau prend 80~90 Mo (et prendrait plus si je laissais faire).

Paolo

10

Le 06/02/07, LS<ls@stlouis-stemarie.fr> a écrit :

- En cherchant sur une autre piste, est-ce que un nombre important de compte
pourrait faire ralentir le site? (150 rédacteurs et 2000 visiteurs pour mon
cas)

Les statistiques sont connus pour être gourmands en ressource, donc si
tu n'utilises pas cette fonctionalité (ou si tu passes par un module
externe), désactive-les.
Tu es en PHP/4.4.4. Je viens de voir aussi que tu as désactivé les
plugins. Est-ce que ça fonctionne mieux ?
Sinon la version 1.9.2 qui est en phase terminale fonctionne mieux
qu'une 1.9.1. Patiente donc un peu, fais une mise à jour. Je pense que
ça ira mieux.

Sinon, tu peux activer le mode 'profile' pour tester la rapidité de
calcul de chaque boucle.
Sous 1.9.1, pour provoquer le profiling SQL tu ajoutes à
mes_options.php la ligne
$mysql_profile=true;

A partir de SVN 8542, il faut utiliser ?var_profile=oui

Cela n'affecte le site que lorsque tu es identifié, avec les cookies
de session, et administrateur.

@+

.Gilles
------

"cedric" <cedric@yterium.com> a écrit dans le message de news:
loom.20070205T221636-408@post.gmane.org...
LS <ls <at> stlouis-stemarie.fr> writes:

>
> > * j'ai installé EASY PHP en local et installé mon site en local aussi
> (version 1.8 - PHP version 4.3.10) -> site rapide et reactif
> * j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2) pour
> approcher au maximum les services que propose l'hébergeur et là le site
> SPIP
> a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP 5.2
> /
> mysql 5.0.27)
une installation windows+easyphp n'a strictement aucune représentativité en
terme de performance.
Essaye sur un vrai serveur !

_______________________________________________
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

11

Merci pour toutes ces infos, je me met au travail tout de suite.

J'en profite aussi pour reprendre mon site à 0 sur un autre emplacement et
autre nom de domaine mais chez le même hébergeur. Ce qui va me permettre de
comparer les deux.
Je ne manquerais pas de revenir ici pour vous faire part de mon avancement.
Merci à l'équipe en tout cas !! ......... affaire à suivre ...........

"Gilles Vincent" <gilles.vincent@gmail.com> a écrit dans le message de news:
3d9006160702061324s1a653788y29c16d939a7b85a2@mail.gmail.com...
Le 06/02/07, LS<ls@stlouis-stemarie.fr> a écrit :

- En cherchant sur une autre piste, est-ce que un nombre important de
compte
pourrait faire ralentir le site? (150 rédacteurs et 2000 visiteurs pour
mon
cas)

Les statistiques sont connus pour être gourmands en ressource, donc si
tu n'utilises pas cette fonctionalité (ou si tu passes par un module
externe), désactive-les.
Tu es en PHP/4.4.4. Je viens de voir aussi que tu as désactivé les
plugins. Est-ce que ça fonctionne mieux ?
Sinon la version 1.9.2 qui est en phase terminale fonctionne mieux
qu'une 1.9.1. Patiente donc un peu, fais une mise à jour. Je pense que
ça ira mieux.

Sinon, tu peux activer le mode 'profile' pour tester la rapidité de
calcul de chaque boucle.
Sous 1.9.1, pour provoquer le profiling SQL tu ajoutes à
mes_options.php la ligne
$mysql_profile=true;

A partir de SVN 8542, il faut utiliser ?var_profile=oui

Cela n'affecte le site que lorsque tu es identifié, avec les cookies
de session, et administrateur.

@+

.Gilles
------

"cedric" <cedric@yterium.com> a écrit dans le message de news:
loom.20070205T221636-408@post.gmane.org...
LS <ls <at> stlouis-stemarie.fr> writes:

>
> > * j'ai installé EASY PHP en local et installé mon site en local aussi
> (version 1.8 - PHP version 4.3.10) -> site rapide et reactif
> * j'ai installé en local la version EASYPHP 2.0 B1 (PHP version 5.2)
> pour
> approcher au maximum les services que propose l'hébergeur et là le site
> SPIP
> a des temps de reaction multipliés au moins par 10. (Hebergeur en PHP
> 5.2
> /
> mysql 5.0.27)
une installation windows+easyphp n'a strictement aucune représentativité
en
terme de performance.
Essaye sur un vrai serveur !

_______________________________________________
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

12

Morthicia a écrit :

Bonjour,

Etant donné que je suis particulièrement pas douée, que je me suis emmêlé les pinceaux à essayer de comprendre sans réussir sur le site de SPIP, quelqu'un aurait-il la gentillesse de partager avec moi un code de base à installer sur la page d'accueil pour que les articles ne soient accessibles que sur mot de passe? D'avance merci pour votre indulgence.

regarde du côté du plugin "acces restreint"