- Statut : non résolu
- Ce sujet contient 6 réponses, 5 participants et a été mis à jour pour la dernière fois par
, le il y a 12 années et 12 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
– Version de WordPress : 3.3.2
– Version de PHP/MySQL : 5.2.17 – Ver 14.12 Distrib 5.0.84, for pc-linux-gnu (i686) using readline 5.1
– Thème utilisé : TheSource (ElegantThemes), grandement modifié (en ce moment Twenty Eleven)
– Extensions en place en ce moment : Akismet, Facebook Page Publish, Google Analytics for WordPress, Google XML Sitemaps, Jetpack, Paginator, WordPress RSS Shortcode, WP-Postviews, WP to Twitter
– Extensions désactivées pour cause de maintenance : Buddypress, Comment rating, nrelate Most Popular, nrelate Related Content, Spectacu.la Discussion, Subscribe to comments reloaded, TDO Mini form, Top commentators widget, W3 Total Cache, WP-User Online
– Nom de l’hebergeur : Infomaniak
– Adresse du site : http://htc-dev.netProblème(s) rencontré(s) :
Depuis fin février, nous avons des problèmes de surcharge de base de données sur notre site, souvent liés à un traffic assez soutenu (environ 10 000 visiteurs par jour). Nous avions, dans ces conditions, un message « Erreur de connexion avec la base de données ».
Souciants de la continuité de service de notre site, nous avons d’abord cherché une solution du coté des systèmes de cache, en installant W3 Total Cache à la place de WP Supercache. Ce nouveau système apporte une mise en cache de la base de données. Malheureusement, l’impact a été très faible sur les performances, bien que nous ayons constaté cependant une grosse amélioration en terme de vitesse de chargement.
Ensuite, nous avons essayé CloudFare, à la fois par curiosité et peut-être aussi par espoir… Mais je doute que ce ne soit la solution, et le système apportait certains autres problèmes.Bref… La charge de notre hébergement ne décollait pas du plafond, et les problèmes de connexion à la base de donnée persistait (30 requêtes mySQL max il me semble, d’ailleurs).
Le 26 avril, nous avons reçu un mail de la part de notre hébergeur expliquant que notre site sursaturait complètement son serveur mutualisé et qu’il nous passait temporairement sur un dédié, afin que nous puissions plus facilement travailler et résoudre notre problème, et surtout, ne pas perturber le fonctionnement global de l’hébergeur.
À partir de ce moment, nous avons fait une batterie de tests pour sonder la provenance de notre problème :
– désactivation de nombreux plugins (nous sommes conscients qu’il y en a beaucoup)
– passage à un thème plus léger, Twenty Eleven (qui a eu un effet plutôt efficace)
– mais aussi une baisse de notre fréquentation, découlant malheureusement de la courante indisponibilité de notre siteÀ l’heure où je vous parle, alors que le site tourne au ralenti, avec très peu de plugins (et c’est la même chose sans plugins), et un thème minimaliste, la charge du dédié est de 40%. Cela me semble énorme !
La seule « solution » trouvée, pour le moment, afin de baisser la charge au plancher, est de bloquer l’accès au site aux utilisateurs…Bref, aujourd’hui, nous n’avons aucune solution, ne voulons pas faire attendre notre hébergeur, qui est déjà très indulgent, et voudrions bien revenir à un fonctionnement normal des choses.
Merci pour votre patience et votre lecture.
Regardez si vos plugins actifs ont des bases de données et dans l’affirmative quelle est leur taille, de grandes bases de données entrainent inévitablement une lenteur du site.
Peut-être que la grande quantité d’articles et de commentaires est responsable ?
Le couple WordPress + BuddyPress consomme à la base pas mal de ressource. Si tu ajoutes toutes les extensions citées + 10 000 visites/jour, il me semble qu’à ce niveau là, même avec une extension de cache, un hébergement mutualisé n’est plus vraiment adapté et que tu devrais envisager une autre formule. Dans tous les cas, il faut réactiver l’extension de cache (il me semble qu’il n’y en a plus actuellement).
A mon avis, il faut repenser également repenser les choix en terme d’extensions (par exemple connaître le nombre d’utilisateur en ligne génère des requêtes sur la BDD et n’est pas forcément une information indispensable à la vie d’un site).
En effet, l’extension d’utilisateurs en ligne ne nous est pas vraiment nécessaire, nous pouvons nous en passer.
Passer sur un serveur dédié, ça implique une charge de travail de maintenance supplémentaire, et un prix nettement supérieur pour avoir quelque chose qui tient la route. Est-ce que ça en vaut vraiment la peine ?
Avec cette fréquentation, le mutualisé est pas viable (à mon avis). Le cout d’un dédié n’est pas si énorme que ça et concernant la maintenance, il n’y a pas tellement de travail en plus. Il y a un petit investissement au démarrage en temps et en argent (installation du dédié), mais une fois que tout est démarré, il n’y a plus grand chose à faire.
Après, il n’y a que toi pour savoir si ça vaut le coup ou pas 😉
hello. en effet, comme dit plus haut, le mutualisé a ses limites. tu as marqué hébergeur infomaniak, il faut savoir qu’en quelques minutes ils peuvent te passer sur un dédié une fois que tu as pris contact et défini les termes du contrat (http://faq.infomaniak.ch/100x ). cordialement.
- Vous devez être connecté pour répondre à ce sujet.