Lorsque je recalcule une première fois une page (&var_mode=calcul), j'ai un réaffichage mais les modifs ne sont pas forcément prises en compte
Si je recalcule une 2e fois (&var_mode=recalcul) j'ai quasiment systématiquement une p... de page blanche !
Quelqu'un peut-il m'expliquer la différence entre les 2 ?
Et quelqu'un a-t-il une idée de la raison de cette page blanche ?
Jean-Christophe Villeneuve a écrit :
Lorsque je recalcule une première fois une page (&var_mode=calcul), j’ai un réaffichage mais les modifs ne sont pas forcément prises en compte
Si je recalcule une 2e fois (&var_mode=recalcul) j’ai quasiment systématiquement une p… de page blanche !Quelqu’un peut-il m’expliquer la différence entre les 2 ?
Et quelqu’un a-t-il une idée de la raison de cette page blanche ?
Et pour ceux qui veulent tester, c’est ici
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jean-Christophe Villeneuve a écrit :
Jean-Christophe Villeneuve a écrit :
Lorsque je recalcule une première fois une page (&var_mode=calcul),
j'ai un réaffichage mais les modifs ne sont pas forcément prises en
compte
Si je recalcule une 2e fois (&var_mode=recalcul) j'ai quasiment
systématiquement une p... de page blanche !Quelqu'un peut-il m'expliquer la différence entre les 2 ?
La première fois (&var_mode=calcul), Spip génère la page en mettant à
jour les données (contenues dans la base MySQL), mais fait appel au
cache pour l'affichage (en gros, au moins la partie spip, comme les
squelettes et certaines fonctions, à déjà été évaluée, traduite en php,
et est utilisée directement).
La seconde fois, (&var_mode=recalcul), tout est évalué. De façon
pratique, même si il y a une modification de squelette ou de fonction,
elle sera prise en compte.
Et quelqu'un a-t-il une idée de la raison de cette page blanche ?
La contrepartie du calcul, et dans une plus grande mesure encore du
recalcul, c'est que l'affichage d'une page et rendu d'autant plus
gourmand en ressource. La page blanche ressemble à un aveu de surcharge
de la part du serveur.
Et pour ceux qui veulent tester, c'est ici
<http://www2.ac-lyon.fr/etab/colleges/col-42/jromains/>
Je n'ai pas reproduit le problème de la page blanche, mais je ne suis
pas sur le même fuseau horaire, le serveur est probablement moins chargé
à cette heure. J'ai en revanche eu le droit une fois à une proposition
de téléchargement du fichier php, ce qui ressemble à une annonce de
surcharge serveur également.
Plusieurs raisons possibles à la surcharge : serveurs sous dimensionnés,
configuration qui sent le moisi (deux hypothèses plausibles si
l'éducation nationale gère son service informatique et ses personnels
technique de la même façon que dans ses établissement scolaires),
fréquentation inhabituellement élevée (période d'examen), attaque sur
les serveurs (pour les mêmes raisons que précédemment, voire plein
d'autres)...
Plusieurs solutions sont également possibles, on a essayé plusieurs
voies chez un hébergeur coopératif victime de problème avérés de
surcharge sous forme d'erreurs 500 (les scripts trop gourmands en temps
d'exécution étaient « tuées » au bout d'une trentaine de secondes et
renvoyaient une page d'erreur, plutôt que de renvoyer une page blanche
au bout d'un moment encore plus long, mais ce n'était probablement pas
une solution). Avant tout, le mieux est sans doute de contacter le
service d'hébergement : tu n'es probablement pas le seul à avoir des
difficultés, et si tu es vraiment le seul, il faudrait essayer d'alléger
le site (limiter les boucles et les fonctions appelés).
Amicalement
David
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkhcWGEACgkQ18/WetbTC/oB3QCfV1qvCr6aqsBnWXsYMD9eXDC8
FZ0AoJvdv2JCSQwFoedFVY2vNiNtTy8d
=M5vE
-----END PGP SIGNATURE-----
David Prévot a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jean-Christophe Villeneuve a écrit :Jean-Christophe Villeneuve a écrit :Lorsque je recalcule une première fois une page (&var_mode=calcul), j'ai un réaffichage mais les modifs ne sont pas forcément prises en compte Si je recalcule une 2e fois (&var_mode=recalcul) j'ai quasiment systématiquement une p... de page blanche ! Quelqu'un peut-il m'expliquer la différence entre les 2 ?La première fois (&var_mode=calcul), Spip génère la page en mettant à jour les données (contenues dans la base MySQL), mais fait appel au cache pour l'affichage (en gros, au moins la partie spip, comme les squelettes et certaines fonctions, à déjà été évaluée, traduite en php, et est utilisée directement). La seconde fois, (&var_mode=recalcul), tout est évalué. De façon pratique, même si il y a une modification de squelette ou de fonction, elle sera prise en compte.Et quelqu'un a-t-il une idée de la raison de cette page blanche ?La contrepartie du calcul, et dans une plus grande mesure encore du recalcul, c'est que l'affichage d'une page et rendu d'autant plus gourmand en ressource. La page blanche ressemble à un aveu de surcharge de la part du serveur.Et pour ceux qui veulent tester, c'est iciJe n'ai pas reproduit le problème de la page blanche, mais je ne suis pas sur le même fuseau horaire, le serveur est probablement moins chargé à cette heure. J'ai en revanche eu le droit une fois à une proposition de téléchargement du fichier php, ce qui ressemble à une annonce de surcharge serveur également. Plusieurs raisons possibles à la surcharge : serveurs sous dimensionnés, configuration qui sent le moisi (deux hypothèses plausibles si l'éducation nationale gère son service informatique et ses personnels technique de la même façon que dans ses établissement scolaires),
Pourquoi en serait-il autrement ?
C’est moins un problème de compétences des personnes qu’un problème de manque de personnel
fréquentation inhabituellement élevée (période d'examen),
pas de risque de ce côté là
attaque sur les serveurs (pour les mêmes raisons que précédemment, voire plein d'autres)... Plusieurs solutions sont également possibles, on a essayé plusieurs voies chez un hébergeur coopératif victime de problème avérés de surcharge sous forme d'erreurs 500 (les scripts trop gourmands en temps d'exécution étaient « tuées » au bout d'une trentaine de secondes et renvoyaient une page d'erreur, plutôt que de renvoyer une page blanche au bout d'un moment encore plus long, mais ce n'était probablement pas une solution). Avant tout, le mieux est sans doute de contacter le service d'hébergement : tu n'es probablement pas le seul à avoir des difficultés, et si tu es vraiment le seul, il faudrait essayer d'alléger le site (limiter les boucles et les fonctions appelés). Amicalement David
Ok et merci beaucoup de ta réponse rapide et précise.
Est-ce que passer de la 1.9.1 à la 1.9.2 pourrait diminuer le problème ?
De passer de 1.9.1 à 1.9.2 ne changera rien bien au contraire. Il semblerait que la version 1.9.2 (notamment la d) soit un peu gourmande en temps machine. J’ai de gros soucis d’erreur 500 ou de pages blanches depuis que j’ai changé de version SPIP.
Cordialement,
Xavier BUROT
De : spip-bounces@rezo.net [mailto:spip-bounces@rezo.net] De la part de Jean-Christophe Villeneuve
Envoyé : dimanche 22 juin 2008 10:28
À : David Prévot
Cc : spip@rezo.net
Objet : Re: [Spip] p… de page blanche !
David Prévot a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jean-Christophe Villeneuve a écrit :
Jean-Christophe Villeneuve a écrit :Lorsque je recalcule une première fois une page (&var_mode=calcul),j'ai un réaffichage mais les modifs ne sont pas forcément prises encompteSi je recalcule une 2e fois (&var_mode=recalcul) j'ai quasimentsystématiquement une p... de page blanche !Quelqu'un peut-il m'expliquer la différence entre les 2 ?
La première fois (&var_mode=calcul), Spip génère la page en mettant à
jour les données (contenues dans la base MySQL), mais fait appel au
cache pour l'affichage (en gros, au moins la partie spip, comme les
squelettes et certaines fonctions, à déjà été évaluée, traduite en php,
et est utilisée directement).
La seconde fois, (&var_mode=recalcul), tout est évalué. De façon
pratique, même si il y a une modification de squelette ou de fonction,
elle sera prise en compte.
Et quelqu'un a-t-il une idée de la raison de cette page blanche ?
La contrepartie du calcul, et dans une plus grande mesure encore du
recalcul, c'est que l'affichage d'une page et rendu d'autant plus
gourmand en ressource. La page blanche ressemble à un aveu de surcharge
de la part du serveur.
Et pour ceux qui veulent tester, c'est ici[<http://www2.ac-lyon.fr/etab/colleges/col-42/jromains/>](http://www2.ac-lyon.fr/etab/colleges/col-42/jromains/)
Je n'ai pas reproduit le problème de la page blanche, mais je ne suis
pas sur le même fuseau horaire, le serveur est probablement moins chargé
à cette heure. J'ai en revanche eu le droit une fois à une proposition
de téléchargement du fichier php, ce qui ressemble à une annonce de
surcharge serveur également.
Plusieurs raisons possibles à la surcharge : serveurs sous dimensionnés,
configuration qui sent le moisi (deux hypothèses plausibles si
l'éducation nationale gère son service informatique et ses personnels
technique de la même façon que dans ses établissement scolaires),
Pourquoi en serait-il autrement ?
C’est moins un problème de compétences des personnes qu’un problème de manque de personnel
fréquentation inhabituellement élevée (période d'examen),
pas de risque de ce côté là
attaque sur
les serveurs (pour les mêmes raisons que précédemment, voire plein
d'autres)...
Plusieurs solutions sont également possibles, on a essayé plusieurs
voies chez un hébergeur coopératif victime de problème avérés de
surcharge sous forme d'erreurs 500 (les scripts trop gourmands en temps
d'exécution étaient « tuées » au bout d'une trentaine de secondes et
renvoyaient une page d'erreur, plutôt que de renvoyer une page blanche
au bout d'un moment encore plus long, mais ce n'était probablement pas
une solution). Avant tout, le mieux est sans doute de contacter le
service d'hébergement : tu n'es probablement pas le seul à avoir des
difficultés, et si tu es vraiment le seul, il faudrait essayer d'alléger
le site (limiter les boucles et les fonctions appelés).
Amicalement
David
Ok et merci beaucoup de ta réponse rapide et précise.
Est-ce que passer de la 1.9.1 à la 1.9.2 pourrait diminuer le problème ?
Xebiaut a écrit :
De passer de 1.9.1 à 1.9.2 ne changera rien bien au contraire. Il semblerait que la version 1.9.2 (notamment la d) soit un peu gourmande en temps machine. J’ai de gros soucis d’erreur 500 ou de pages blanches depuis que j’ai changé de version SPIP.
Cordialement,
Xavier BUROT
Jean-Christophe Villeneuve a écrit :Jean-Christophe Villeneuve a écrit :Lorsque je recalcule une première fois une page (&var_mode=calcul),j'ai un réaffichage mais les modifs ne sont pas forcément prises encompteSi je recalcule une 2e fois (&var_mode=recalcul) j'ai quasimentsystématiquement une p... de page blanche !Quelqu'un peut-il m'expliquer la différence entre les 2 ?La première fois (&var_mode=calcul), Spip génère la page en mettant àjour les données (contenues dans la base MySQL), mais fait appel aucache pour l'affichage (en gros, au moins la partie spip, comme lessquelettes et certaines fonctions, à déjà été évaluée, traduite en php,et est utilisée directement).La seconde fois, (&var_mode=recalcul), tout est évalué. De façonpratique, même si il y a une modification de squelette ou de fonction,elle sera prise en compte.Et quelqu'un a-t-il une idée de la raison de cette page blanche ?La contrepartie du calcul, et dans une plus grande mesure encore durecalcul, c'est que l'affichage d'une page et rendu d'autant plusgourmand en ressource. La page blanche ressemble à un aveu de surchargede la part du serveur.Et pour ceux qui veulent tester, c'est ici[<http://www2.ac-lyon.fr/etab/colleges/col-42/jromains/>](http://www2.ac-lyon.fr/etab/colleges/col-42/jromains/)Je n'ai pas reproduit le problème de la page blanche, mais je ne suispas sur le même fuseau horaire, le serveur est probablement moins chargéà cette heure. J'ai en revanche eu le droit une fois à une propositionde téléchargement du fichier php, ce qui ressemble à une annonce desurcharge serveur également.Plusieurs raisons possibles à la surcharge : serveurs sous dimensionnés,configuration qui sent le moisi (deux hypothèses plausibles sil'éducation nationale gère son service informatique et ses personnelstechnique de la même façon que dans ses établissement scolaires),Pourquoi en serait-il autrement ?
C’est moins un problème de compétences des personnes qu’un problème de manque de personnelfréquentation inhabituellement élevée (période d'examen),pas de risque de ce côté là
attaque surles serveurs (pour les mêmes raisons que précédemment, voire pleind'autres)...Plusieurs solutions sont également possibles, on a essayé plusieursvoies chez un hébergeur coopératif victime de problème avérés desurcharge sous forme d'erreurs 500 (les scripts trop gourmands en tempsd'exécution étaient « tuées » au bout d'une trentaine de secondes etrenvoyaient une page d'erreur, plutôt que de renvoyer une page blancheau bout d'un moment encore plus long, mais ce n'était probablement pasune solution). Avant tout, le mieux est sans doute de contacter leservice d'hébergement : tu n'es probablement pas le seul à avoir desdifficultés, et si tu es vraiment le seul, il faudrait essayer d'allégerle site (limiter les boucles et les fonctions appelés).AmicalementDavidOk et merci beaucoup de ta réponse rapide et précise.
Est-ce que passer de la 1.9.1 à la 1.9.2 pourrait diminuer le problème ?
Bon à savoir
Alors quelqu’un a-t-il une idée de ce qu’il faudrait revoir dans les squelettes qui pourrait atténuer cette surcharge ?
Un type de boucle en particulier ? Un critère ? Un type de fonction ?
David Prévot a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jean-Christophe Villeneuve a écrit :Jean-Christophe Villeneuve a écrit :Lorsque je recalcule une première fois une page (&var_mode=calcul), j'ai un réaffichage mais les modifs ne sont pas forcément prises en compte Si je recalcule une 2e fois (&var_mode=recalcul) j'ai quasiment systématiquement une p... de page blanche ! Quelqu'un peut-il m'expliquer la différence entre les 2 ?La première fois (&var_mode=calcul), Spip génère la page en mettant à jour les données (contenues dans la base MySQL), mais fait appel au cache pour l'affichage (en gros, au moins la partie spip, comme les squelettes et certaines fonctions, à déjà été évaluée, traduite en php, et est utilisée directement). La seconde fois, (&var_mode=recalcul), tout est évalué. De façon pratique, même si il y a une modification de squelette ou de fonction, elle sera prise en compte.Et quelqu'un a-t-il une idée de la raison de cette page blanche ?La contrepartie du calcul, et dans une plus grande mesure encore du recalcul, c'est que l'affichage d'une page et rendu d'autant plus gourmand en ressource. La page blanche ressemble à un aveu de surcharge de la part du serveur.Et pour ceux qui veulent tester, c'est iciJe n'ai pas reproduit le problème de la page blanche, mais je ne suis pas sur le même fuseau horaire, le serveur est probablement moins chargé à cette heure. J'ai en revanche eu le droit une fois à une proposition de téléchargement du fichier php, ce qui ressemble à une annonce de surcharge serveur également. Plusieurs raisons possibles à la surcharge : serveurs sous dimensionnés, configuration qui sent le moisi (deux hypothèses plausibles si l'éducation nationale gère son service informatique et ses personnels technique de la même façon que dans ses établissement scolaires), fréquentation inhabituellement élevée (période d'examen), attaque sur les serveurs (pour les mêmes raisons que précédemment, voire plein d'autres)... Plusieurs solutions sont également possibles, on a essayé plusieurs voies chez un hébergeur coopératif victime de problème avérés de surcharge sous forme d'erreurs 500 (les scripts trop gourmands en temps d'exécution étaient « tuées » au bout d'une trentaine de secondes et renvoyaient une page d'erreur, plutôt que de renvoyer une page blanche au bout d'un moment encore plus long, mais ce n'était probablement pas une solution). Avant tout, le mieux est sans doute de contacter le service d'hébergement : tu n'es probablement pas le seul à avoir des difficultés, et si tu es vraiment le seul, il faudrait essayer d'alléger le site (limiter les boucles et les fonctions appelés). Amicalement David
Merci encore de cette piste
J’ai viré un mini calendrier de mes pages et tout semble fonctionner nickel 