(Assez) gros site sous Spip

Général
1

Bonjour,

J'ai des problèmes de lenteur sur un site sous Spip. Ca peut venir de l'hébergeur, du net... ou d'autre chose. Aussi je me demande si Spip est adapté à cette taille de site, qui va vers les 10 000 articles, avec une base de données (décompressée) de 22 Mo, plus de 200 Mo de documents... Je sais que Mysql peut encaisser des charges bien plus importantes. Mais Spip ?

Merci,

Bernard Martin-Rabaud

2

Le 28 nov. 06, à 19:00, BMR a écrit :
J'ai des problèmes de lenteur sur un site sous Spip. Ca peut venir de
l'hébergeur, du net... ou d'autre chose. Aussi je me demande si Spip est
adapté à cette taille de site, qui va vers les 10 000 articles,

record connu : 180 000 articles (voir plus) à ma connaissance

avec une
base de données (décompressée) de 22 Mo,

bof!!! ... courant

plus de 200 Mo de documents...

c'est que dalle

Je sais que Mysql peut encaisser des charges bien plus importantes. Mais
Spip ?

sans probleme .. par contre l'hébergement (serveurs mysql, etc ...) c'est une autre histoire, surtout s'il est mutualisé

@+ NicolasR

3

Merci pour ces infos. C'est effectivement un hébergement mutualisé, et il semblerait que d'autres sites Spip aient aussi des pbs de lenteur chez cet hébergeur.

A+

BMR

nicolasriq@free.fr a écrit :

Le 28 nov. 06, à 19:00, BMR a écrit :
J'ai des problèmes de lenteur sur un site sous Spip. Ca peut venir de
l'hébergeur, du net... ou d'autre chose. Aussi je me demande si Spip est
adapté à cette taille de site, qui va vers les 10 000 articles,

record connu : 180 000 articles (voir plus) à ma connaissance

avec une
base de données (décompressée) de 22 Mo,

bof!!! ... courant

plus de 200 Mo de documents...

c'est que dalle

Je sais que Mysql peut encaisser des charges bien plus importantes. Mais
Spip ?

sans probleme .. par contre l'hébergement (serveurs mysql, etc ...) c'est une autre histoire, surtout s'il est mutualisé

@+ NicolasR

4

On Tue, 2006-11-28 at 19:00 +0100, BMR wrote:

Bonjour,

J'ai des problèmes de lenteur sur un site sous Spip. Ca peut venir de
l'hébergeur, du net... ou d'autre chose. Aussi je me demande si Spip est
adapté à cette taille de site, qui va vers les 10 000 articles, avec une
base de données (décompressée) de 22 Mo, plus de 200 Mo de documents...
Je sais que Mysql peut encaisser des charges bien plus importantes. Mais
Spip ?

Un exemple de référence pour la vomulétrie :
  http://www.humanite.fr/archives.php3?id_rubrique=12312

Toutes les archives depuis 15 ans, et la une de chaque exemplaire en
pdf. Le numéro d'hier commence par un article d'id 841036. Le pdf de
la une fait 1Mo, * 15 ans * 300 jours = 4,5Go

  C'est une approximation très large bien sur, mais ça montre que les
ordres de grandeur que tu évoques ne sont pas problématique.

  Le forum sur spip.net est pas mal non plus dans le genre, et la en
plus, le cache danse comme un fou.

  Par contre, dans les 2 cas, le serveur n'est pas dédié, mais il n'est
pas non plus fortement mutualisé.

  Pour évaluer les problèmes de perfs, il faut commencer par déterminer
ce qui coince. Il y avait une option pour "timer" des trucs dans spip,
je sais pas si c'est encore dans le code.
  Tu peux aussi vérifier si le cache est bien géré (pas de délai trop
court pour rien), et vérifier si download d'un gros fichier est lent
aussi (auquel cas c'est apache ou le réseau, et spip n'y pourra
rien => changer d'hébergeur).

--
À+, Pif.

5

Ben oui, l'Huma s'approche du million d'articles et le site est rapide.

Je dois passer le site en 1.9 le mois prochain. Ce sera l'occasion de reprendre les squelettes et d'essayer de les alléger, de rallonger la vie de certains caches... Malheureusement le client n'a pas l'intention de changer d'hébergeur, même s'il en existe de moins chers et plus performants. Donc je dois faire avec.

Merci,

BMR

christian lefebvre a écrit :

On Tue, 2006-11-28 at 19:00 +0100, BMR wrote:

Bonjour,

J'ai des problèmes de lenteur sur un site sous Spip. Ca peut venir de l'hébergeur, du net... ou d'autre chose. Aussi je me demande si Spip est adapté à cette taille de site, qui va vers les 10 000 articles, avec une base de données (décompressée) de 22 Mo, plus de 200 Mo de documents... Je sais que Mysql peut encaisser des charges bien plus importantes. Mais Spip ?

Un exemple de référence pour la vomulétrie :
  http://www.humanite.fr/archives.php3?id_rubrique=12312

Toutes les archives depuis 15 ans, et la une de chaque exemplaire en
pdf. Le numéro d'hier commence par un article d'id 841036. Le pdf de
la une fait 1Mo, * 15 ans * 300 jours = 4,5Go

  C'est une approximation très large bien sur, mais ça montre que les
ordres de grandeur que tu évoques ne sont pas problématique.

  Le forum sur spip.net est pas mal non plus dans le genre, et la en
plus, le cache danse comme un fou.

  Par contre, dans les 2 cas, le serveur n'est pas dédié, mais il n'est
pas non plus fortement mutualisé.

  Pour évaluer les problèmes de perfs, il faut commencer par déterminer
ce qui coince. Il y avait une option pour "timer" des trucs dans spip,
je sais pas si c'est encore dans le code.
  Tu peux aussi vérifier si le cache est bien géré (pas de délai trop
court pour rien), et vérifier si download d'un gros fichier est lent
aussi (auquel cas c'est apache ou le réseau, et spip n'y pourra
rien => changer d'hébergeur).