Menace de fermeture, site saturé

Décembre 2010

Bonjours,

Me voilà confronté a un problème bien ennuyeux. Mon hébergeur (Infomaniak en Suisse) menace de fermer mon site dans 15 jours si je n’allège pas mon site. En attendant il m’ont mis sur un serveur spécifique car certains de leurs clients subissaient des ralentissements par ma faute :-(

La je ne sais plus quoi faire. C’est arrivé peut de temps après avoir passé de la version 1.9.2 à 2.1.0. Et j’avais également constaté des petits ralentissement après coup dans mon squelette.

Avant de passer sur Spip 2 j’ai utilisé pendant 3 ans Spip 1.9.2 et je n’ai jamais eu de problème de ce genre. Tout allait pour le mieux !

J’ai besoin d’aide je ne sais pas par ou commencer :-/

Merci pour votre attention,

Julien

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

David

Décembre 2010

Bonjour,

il faudrait un peu plus de précision. Qu’est-ce qui est saturé ? La bande passante, la base de donnée, l’hébergement des fichiers ?
++
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2010

Bonjour,

Voilà un paragraphe de ce qu’ils m’ont dit :

Nous avons déplacé votre site sur un serveur spécifique où vous êtes seul à bénéficier des ressources matérielles. Nous avons été contraints de procéder ainsi en urgence car votre site saturait le serveur mutualisé qui l’hébergeait précédemment, et les autres clients qui le partageaient avec vous subissaient de forts ralentissements. C’est une procédure qui n’est déclenchée qu’à titre exceptionnel et qui permet d’éviter de suspendre totalement l’accès à votre site, vous laissant ainsi le temps nécessaire pour trouver une alternative.

J’attends une réponse plus technique de mon hébergeur. Si ce message peux déjà donner une piste ?

J’utilise beaucoup le traitement d’images automatique de SPIP (gd2). J’ai 80 Mo dans la cache image et un cache à 40 Mo.

J’ai pas tant de script que ça. Seulement le pluguin thickbox et le couteau Suisse. J’ai un squelette personnalisé mais mes boucles sont très banales, rien de sorcier...

Merci,

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy

Décembre 2010

Bonjour,

Plusieurs questions peuvent venir à ce stade :
– avez-vous activé le cache des pages ?
– avez-vous activé la compression des css et des js ?
– Une compression en gzip des pages html ?
– Quelles tailles avez-vous pour vos images (en pixel et en ko) ?

Avez-vous mis à jour vos boucles pour SPIP 2 ? (même si parfois il n’est pas nécessaire de faire ce genre de manipulation)

Cordialement

Teddy
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2010

Bonjour Teddy,

– Oui j’utilise le cache avec le couteau suisse "SPIP et le cache..."
par default #CACHE24*3600*30 sur l’ensemble de mes squelettes

– Oui pour la compression des CSS et des JS

– Pour la compression gzip pas à ma connaissance. J’ai vu nul part cette option dans la configuration avancée de spip. Si c’est activé par default ? Autrement non.

– Pour les images j’ai environ 60 articles qui ont chacun entre 3-4 images jpg de 1800x1200px pour un poids de 300Ko chacunes (ces images sont générées dans une boucle document (avec des filtres images) dans un fichier xml. (donc 1 fichier xml dedans 3-4 images+filtres par article).

Ces fichiers xml sont ensuite appelés dans un diaporama en flash qui tourne en boucle en background de mon site.

Pour les boucles je pense les avoir mis à jours. C’est vraiment très différent ?

Merci beaucoup pour votre attention,

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0
Teddy

Décembre 2010
Bonjour,

Vous parlez de flash… Est-ce que ça ne serait pas ce flash qui poserait problème ? En effet, si votre flash réalise à chaque consultation un hit (et bien plus) pour consulter le xml (qui est pourtant en cache) créé par SPIP, le soucis viendrait de là. Exemple : votre xml est structuré de cette manière :
<article> <titre>BlaBla très très long mais vraiment long</titre> <titrecourt>Un titre plus court</titrecourt> <chapo>blabla</chapo> <texte>blabla blabla</texte> <documents> <document> <titre>Titraille</titre> <source>url_acces_document</source> <descriptif>…</descriptif> </document> <document> <titre>Titraille</titre> <source>url_acces_document</source> <descriptif>…</descriptif> </document> <document> <titre>Titraille</titre> <source>url_acces_document</source> <descriptif>…</descriptif> </document> </documents> </article>
Et votre flash, selon sa présentation, affiche une liste d’article avec son titre et le premier document = 1hit
– On clique dessus pour aller sur l’article, on a un chapo qui s’affiche = 1 hit
– On reclique dessus, on arrive sur une page avec l’article présentant : titre, chapo, texte et en vignette les documents et leur titre = 1 hit ;
– on reclique, pour voir les documents en plus grand, 1 à 1, on recharge chaque info du doc = 1 hit par document.
– etc. etc.

Donc, en fait votre flash pour un même visiteur, réalisera plus hit sur le xml pour afficher les infos nécessaires, pourtant déjà consulter une première fois. Rien est mis en cache dans le flash. La consultation se fait à la demande. Plus vous détaillez/précisez ce que vous voulez sans privilégier une vue globale, plus vous aurait de hit de consultation sur votre fichier xml.

Voilà ma vision des choses, mais pas forcément, la bonne vision…
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2010

J’ai reçu une réponse de mon hébergeur :

L’évènement était ponctuel et pas lié à une fréquentation spécifique (quelques connectés d’après les souvenirs de l’admin qui s’en est occupé). Il dit que les règles de rewrites associées avec SPIP ont généré des boucles qui ont saturé le serveur.

Il faut donc vous concentrer sur les rewrites et y détecter les erreurs, incohérences ou boucles potentielles et les corriger. Il recommande également de mettre à jour votre installation SPIP (apparemment, ce n’est pas le dernière version ?).

Merci,

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy

Décembre 2010

En vue de ce mail, quelle version de SPIP avez vous ?
Quels sont les plugins installés ?
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2010

Version SPIP :
2.1.0

Plugins installés :

– CFG : moteur de configuration 1.15.1 - stable
– Crayons 1.5 - stable
– Le Couteau Suisse 1.8.20.00 - stable
– Thickbox v2 0.3 - en test

Mais dans leur mail ils parlent de rewrite ce qui peut impliquer l’url rewrinting ? Ou rien a voir ? Parce que j’ai une petite spécialité pour la réecriture d’url...

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy

Décembre 2010

Et quelle est telle ?
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy

Décembre 2010

Quelle est cette spécialité ? Et pour quel besoin exactement ?
Indiquez l’intérêt que vous portez à cette réponse

0
Décembre 2010
Ben pour donner un exemple avec les articles, j’avais besoin d’avoir des squelettes différent suivant certains articles tout en bénéficiant du Url Rewriting.

Pour ça j’ai donc mis dans article.html les boucles suivantes avec des include :
<BOUCLE_travaux (ARTICLES){id_article}{id_rubrique IN 1}{0,1}>[(#INCLURE{fond=page-travaux, id_article, env})]</BOUCLE_travaux> <BOUCLE_contact (ARTICLES){id_article}{id_rubrique IN 2}{0,1}>[(#INCLURE{fond=page-contact, id_article, env})]</BOUCLE_contact> <BOUCLE_bio (ARTICLES){id_article}{id_rubrique IN 3}{0,1}>[(#INCLURE{fond=page-bio, id_article, env})]</BOUCLE_bio>
Avec ça mes templates changent suivant dans qu’elle rubrique est placé l’article. Même principe pour afficher le contenu d’une rubrique avec rubrique.html

Avec la balise #URL_PAGE{} j’ai trouvé aucun moyen d’instaurer la réécriture d’url. Et avec le temps j’ai fini par pondre ça...

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy Payet

Décembre 2010

Hein hein…

Enlèves moi un doute, tu ne veux qu’afficher un squelette spécifique pour les articles de la rubrique 1, un autre pour ceux de la rubrique 2, et enfin un squelette pour la rubrique 3. C’est bien ça ?

Si oui, il te suffit d’utiliser le principe de article=1.html pour tous les articles de la rubrique 1 (et rien pour les articles des sous rubriques)
article-1.html pour les articles de la rubrique n°1 et toutes ses sous rubriques.

Et même principe pour le reste… SPIP le fait déjà très bien en natif :
http://www.spip.net/fr_article3445.html
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2010

Désolé de revenir si tard sur le sujet...

Alors merci pour m’avoir éclairé sur cette méthode. Je ne connaissais pas. J’ai testé sur un petit site web et ça marche nickel. Cependant je n’ai pas trouvé dans la doc le moyen d’attribuer plusieurs numéro de rubrique pour un seul squelette. j’ai bien essayé de renommer comme ceci :

article-21-22-23.html au lieu de article-21.html, article-21.html, article-21.html

Mais rien n’y fait. Il y a une solution à ça ? Parce que si le squelette venait a changer il faut alors changer (dans l’exemple) 3 fichiers html.

Autrement penses-tu que le problème de saturation peut venir de la technique utilisée précédemment ?

Parce que en gros dans mon fichier rubique.html j’ai une quinzaine de boucle du genre avec des boucles et des includes.

<BOUCLE_plan (RUBRIQUES){id_rubrique}{id_rubrique IN 24,27,30,49}>[(#INCLURE{fond=plan, id_rubrique, env})]</BOUCLE_plan>

PS : A savoir que dans les pages qui sont incluse il y a aussi des includes...

Merci beaucoup,

Julien.
Indiquez l’intérêt que vous portez à cette réponse

0
Teddy

Décembre 2010
Bonjour,

Non, il faut bien faire article-21.html, article-22.html, article-23.html pour avoir un squelette spécifique pour chaque article de la rubrique 21, 22 et 23. On ne peut pas faire qu’un seul fichier.

Mais il y a plusieurs méthodes pour cela tout de même :
1. si ces 3 rubriques sont dans une rubrique (on va dire ici rubrique n°15), et qu’elles sont les 3 seules de cette rubrique, alors tu peux faire article-15.html pour les articles de la rubrique 15 et ses sous-rubriques
2. en reprenant le principe article-21.html, article-22.html, article-23.html, tu peux mettre un inclure dans ces 3 squelettes d’articles :
  [(#INCLURE{fond=plan,env})]
  et dans plan.html tu y mets ce que tu as besoin pour ces 3 squelettes. De ce fait, tu n’as qu’un seul squelette à gérer…
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2011

Salut Teddy,

Juste pour dire que tout est rentré dans l’ordre, ils ont pu a nouveau transférer mon site sur un serveur mutualisé :) Ton poste #12 était bien la solution ! Il n’y a plus aucun problème.

Merci beaucoup pour ton aide !

A+ Julien.
Indiquez l’intérêt que vous portez à cette réponse

0

Teddy

Janvier 2011

Bonne nouvelle alors !