W3 Total Cache et Sur-consommation CPU WordPress

Il y a une semaine, la totalité des sites du réseau 4design ainsi que mon site de communiqués de presse dotpress.fr étaient indisponibles en raison d’une coupure de mon hébergement PHPnet que j’avais choisi en 2006. Sept années d’une collaboration sans incident particulier, avec son lot normal de travaux, d’indisponibilités temporaires, etc. Au total, j’aurai envoyé 4 tickets depuis 2006, en comptant le dernier…

Sur-consommation CPU

La raison de cette coupure sans préavis ou presque ? une sur-consommation CPU de mon installation WordPress évoquée il y a un mois environ par PHPnet sous la forme d’un renommage du répertoire /www en /wwwsurconsommationcpu.

Après un audit rapide de mon installation (je n’ai pratiquement pas modifié mes sites depuis plusieurs mois), je décide de renommer le répertoire en /www pour rendre mes sites à nouveau disponibles. Et tout semble bien fonctionner, quand tout à coup : patatras ! mes sites sont à nouveau indisponibles (je l’apprends grâce aux annonceurs).

Je suspecte une nouvelle erreur de PHPnet quand je constate qu’il n’y a plus aucun répertoire à la racine de mon hébergement. Bref, la loose intersidérale. J’envoi donc mon 4ème ticket pour expliquer ma situation au support de PHPnet le vendredi 14/06/2013 à 16h38. Je n’aurais pas de réponse avant le lundi soir suivant, et encore, cette réponse fait suite à un tweet de ma part qui interpellait le compte Twitter de PHPnet …

Un peu plus tard, j’ai ma réponse. Il y a à nouveau une sur-consommation CPU. Le support me précise que j’ai un dossier /pgcache qui contient plusieurs milliers de fichiers, ce qui prend du temps processeur et pénalise donc mes colocataires mutualisés (ce qui explique la coupure sans préavis).

 W3 Total Cache

Le coupable serait donc le plugin W3 Total Cache ! Carambar ! Justement le plugin censé donner à mon site un poil plus brillant et le rendre plus souple et plus rapide… Les bras m’en tombent. Je ne saurais que trop vous conseiller de supprimer régulièrement les pages mises en cache pour éviter les problèmes.

Au revoir PHPnet et bonjour OVH

Bien évidement, je ne suis pas resté les bras ballants depuis vendredi. J’ai cherché un autre hébergement en urgence pour mes sites. Dans la précipitation, j’ai opté pour un hébergement  mutualisé Pro chez OVH. Par chance, mon accès à phpMyAdmin était toujours actif : j’en ai profité pour faire une sauvegarde de ma base et migrer mes sites sur OVH vu que la date anniversaire de mon hébergement chez PHPnet tombait quelques jours plus tard…