[quote=joelcapra]Ce qui me pose problème c’est que mon site n’a pas une si grosse fréquentation que çà . en mars la fréquentation moyenne a été de 319 (stat spip) visites par jour (avec des pointes à 600) et là on est tombé à 215 visites de moyenne depuis le début du mois et je me retrouve avec une bande passante saturée là ou çà passait sans problème avec 50 % de visites (stat spip) en plus ?
Je reste perplexe[/quote]
Je reste perplexe aussi…
Mais, je ne pense pas que ce soit la bande passante qui pose problème. C’est les ressources utilisées pour l’affichage d’une seule page.
Je viens de visiter la page de garde de ton site et le temps de chargement me semble assez long. Pourtant spip met une quantité d’éléments en cache. J’ai aussi consulté le source de la page et je retrouve ce fameux : spip.php?action=cron qui a l’air bien gourmand.
C’est bien à ce sujet que je parlais précédemment du positionnement du curseur (le mettre haut voudra dire l’achat de x serveurs supplémentaires, le mettre bas ne permettra pas à des sites gourmands de fonctionner dans de bonnes conditions) et du débat nécessaire.
Même combat pour moi, j’utilise spip 1.9.2.a et des squelettes maison (plutôt simples ceci dit), et je n’ai pas fait de modifs depuis la migration. Aujourd’hui, jai une erreur 500 deux fois sur trois…
En tout cas, Une chose est sure c’est qu’en ce moment l’acces à mon site est aussi lent qu’au moment ou ouvaton 2 avait des problèmes.
L’image suivante est là pour en témoigner.
Il s’agit de la rapidité de chargement des pages de mon site établie par google-stat
les temps sont en milliseconde et la montée brutale du temps de chargement correspond à la date de migration du site http://www.cgt-snet-provence.ouvaton.org/ vers ouvaton III
J’ai aussi consulté le source de la page et je retrouve ce fameux : spip.php?action=cron qui a l’air bien gourmand.
SNIP
Christian.[/quote]
Bon, si je ne m’abuse il peut s’agit d’un site avec alternatives, et il suffit de modifier inc/inc-bas.html, probablement, pour en enlever la balise #SPIP_CRON de trop.
Je rencontre les mêmes problèmes que vous tous avec des erreurs 500 à foison sur l’affichage de galeries - certes plus lourdes - mais aussi de pages simples.
C’est effectivement relativement gênant que l’utilisation de Spip sur les serveurs de Ouvaton ne soit pas optimisé ou du moins exploitable normalement.
[quote=frederic]Je rencontre les mêmes problèmes que vous tous avec des erreurs 500 à foison sur l’affichage de galeries - certes plus lourdes - mais aussi de pages simples.
C’est effectivement relativement gênant que l’utilisation de Spip sur les serveurs de Ouvaton ne soit pas optimisé ou du moins exploitable normalement.
Y a-t-il du mieux de prévu ?[/quote]
Hors l’installation de serveurs de renfort, je ne sais pas si quelque chose est prévu spécifiquement concernant ces erreurs trop fréquentes. Du mieux de souhaité… Certainement.
Le 11-05-2007
à 23h11 Nico Des serveurs web (nodes) ont été rajoutés à la plateforme en début de semaine comme promis ;o) surveillez donc la disparition de vos erreurs 500 !
Bonjour, sur mon blog j’ai simplement dotclear installé, et pas de script lourds. Pas d’image et uniquement du texte. J’ai l’erreur 500 présentée dans ce fil. J’ai du mal a croire que le temps d’execution soit responsable.
Mon blog: http://www.lama.ouvaton.org/blog
[quote=lelama]Bonjour, sur mon blog j’ai simplement dotclear installé, et pas de script lourds. Pas d’image et uniquement du texte. J’ai l’erreur 500 présentée dans ce fil. J’ai du mal a croire que le temps d’execution soit responsable.
Mon blog: http://www.lama.ouvaton.org/blog
Merce de votre aide…[/quote]
Il s’agit effectivement d’un réel problème de configuration.
Cependant, je ne sais pas laquelle (si la version de dotclear est supérieure à 2, il faut au moins suivre cette indication : “ne pas oublier de décommenter les lignes concernant le PATH-INFO dans le fichier inc/config.php et de faire tourner les scripts en PHP5 grâce au .htaccess approprié” présente ici : http://www.ouvaton.org/spip.php?article103#nb3
et pour l’.htaccess c’est expliqué là : http://www.ouvaton.org/spip.php?article99
Si c’est une version antérieure (qui fonctionnait sur ouvaton 2) il y a certainement un paramètre à mettre à jour dans le script de dotclear. Pêcher éventuellement l’information en contactant cette liste-là : migration.cms(à)listes.ouvaton.coop
