TuniBOX en cours de maintenance

TuniBOX était en panne durant la dernière semaine! Une période d’inactivité assez longue et couteuse. La non disponibilité du site a naturellement engendré une chute du positionnement Google et une perte approximative de 3000 visiteurs. Je devrais doubler d’effort durant les jours à venir pour combler ce vide et réparer les “dégâts”. Je vous explique dans ce qui suit les raisons du conflit et les détails de cette mésaventure désagréable…

Les causes de l’arrêt étaient inexplicables au début, car aucune intervention particulière n’a été effectuée de ma part depuis l’installation de WordPress. De plus qu’aucun module ou plugin n’a été ajouté récemment. Cependant, une erreur fatale de dépassement de capacité mémoire apparaissait à chaque entrée dans les pages du site !! J’ai rapidement eu recours à différentes solutions connues pour ce genre de problèmes :

  • Allocation de mémoire supplémentaire dans la page PHP du plugin posant éventuellement le problème (Simple Tags)
  • Modification du fichier .httaccess
  • Modification du wp-config.php

Mais en vain, le problème a persisté. J’ai cru que le plugin a posé un problème de plantage du à une mauvaise manip ce qui a engendré une boucle infinie ou un script bloquant. Je l’ai désactivé, mais le problème est passé à un autre fichier PHP, un fichier du WordPress Core cette fois !!

Incapable de trouver une solution technique, j’ai finalement décidé de contacter le support client de mon hébergeur VIP DOMAINE. Je leur ai expliqué mon problème en exprimant mon doute à propos d’un changement possible de leur configuration Apache ou d’une surcharge éventuelle du serveur mutualisé. J’explique au passage qu’un serveur mutualisé est un serveur qui héberge plusieurs sites qui partagent les ressources matérielles. Dans le cas de mon hébergeur -comme dans le cas de la plupart des serveurs mutualisés dans le monde- la mémoire PHP est fixée à “8M” pour assurer une utilisation équitable des ressources et éviter les surcharges.

Il est à mentionner que j’étais vraiment surpris par le professionnalisme du support client. Ma requête a été traitée en un temps très court et j’ai eu une réponse détaillée mais qui ne m’a pas aidé à résoudre mon problème. Le support technique accuse les plugins et me conseille de les virer. Ils m’ont informé que mon plugin était pauvre et mal codé, il causait le problème  en consommant plus que 24M (d’après eux bien sûre)!! Mais avec tous mes respects pour le support technique, voila pourquoi je ne suis pas convaincu par cette réponse et pourquoi je doute encore -même après avoir résolu le problème- que ce n’est pas la vraie raison :

En effet, j’ai décidé de procéder par élimination. J’ai déplacé tous les plugins du répertoire /wp-content/plugins pour les désactiver. Et comme par miracle, les erreurs ont disparues. Mais, à quoi sert WordPress sans plugins. C’est comme un système d’exploitation sans applications ! J’ai commencé par réinstaller les plugins un par un… Et à chaque fois le problème revenait. Je me suis trouvé obligé de trouver un compromis entre les plugins, tellement les limites étaient basses ou “sont devenues basses !”. J’ai gardé les incontournables (Askimet, TinymceComments, All in One SEO Pack…) et j’ai du désactiver plusieurs plugins très intéressants comme :

  • Wp-Syntax (Coloration syntaxique et indentation des codes sources)
  • Sociable (Ajout des liens pour partager un article dans des sites communautaires)
  • Simple Tags (auto complétion et édition en masse des Tags)
  • …

Le plus étrange dans tout ça est que ces plugins sont loin d’être pauvres ou mal codés. Ils sont utilisés par une large communauté et recommandés par WordPress.org !

Pour conclure. Je dirais qu’un serveur mutualisé est un très mauvais choix pour l’installation d’un CMS sérieux et avec de grandes perspectives. Je passerais prochainement à un hébergement professionnel ou un serveur dédié ; Pourquoi pas ? :D

Tags : , ,

Continuez la lecture avec les articles suivants :