J’ai vu apparaître un écran blanc sur le site de Point H, et mon cerveau a piqué un fard. Victoria me fixait depuis une chaise de terrasse à Barcelone, le café refroidissant entre nous. J’avais testé un plugin pour surveiller les erreurs, mais au lieu de m’aider, il avait fait tomber tout le site. C’était l’un de ces moments où la technologie refuse de jouer le jeu — sauf que, cette fois, la solution était plus simple que prévu.
Le plugin qui a tout déclenché
L’erreur n’était pas liée à un piratage ni même à un conflit de thème. J’avais ajouté un outil d’analyse de logs via un plugin gratuit, pensant qu’il m’aiderait à diagnostiquer les erreurs. Mais au lieu de ça, il s’était mis à chercher un dossier inexistant — wp-logs — et avait bloqué l’accès à tout le site.
Le pire? Le message d’erreur ne mentionnait même pas le dossier. Juste une vague indication sur un problème de cache. J’ai passé deux heures à désactiver les plugins un par un, vérifier les extensions du navigateur, vider le cache CDN… Sans succès. À un moment, j’ai même pensé : Est-ce que je pourrais simplement supprimer le dossier et tout recommencer?
La clé : un nom de dossier qui faisait un malheur
Puis je l’ai vu. Dans le panneau d’administration WordPress, l’erreur citait un chemin spécifique : /wp-content/upgrade/. Or, le plugin avait essayé de créer un dossier wp-logs dans ce même répertoire. Sauf que WordPress utilise /wp-content/upgrade/ pour les mises à jour automatiques. Et voilà le conflit : le plugin avait essayé d’écrire dans un dossier qu’il ne devait pas toucher.
J’ai connecté le site via FTP, supprimé le dossier wp-logs, et tout a redémarré en une minute. Aucune ligne de code modifiée, aucun plugin désinstallé — juste un nom de dossier qui ne devait pas être là.
Pourquoi ça prend 10 heures pour un problème de 2 secondes?
La leçon, c’est que les bugs WordPress n’attendent pas que tu saches les lire. Le site Réparer site WordPress explique clairement qu’un conflit de plugin se résout en 10 minutes via FTP. Mais moi, j’ai perdu 10 heures en tâtonnements, parce que j’avais cru que l’erreur provenait d’un conflit de thème ou d’un piratage.
Ce genre de problème arrive souvent quand on teste des outils de surveillance ou de sécurité. Un plugin bien intentionné peut se planter en cherchant un dossier, et soudain, c’est l’arrêt brutal. La solution? Ne pas paniquer, mais vérifier les dossiers créés automatiquement par WordPress — wp-content/upgrade/, wp-content/uploads/, et surtout, wp-content/cache/, qui sont des cibles classiques pour les plugins mal configurés.
Le calme apaisé par un dossier mal nommé
Quand le site a redémarré, Victoria a souri et a dit : “C’était donc ça, ton bug à Barcelone.” Moi, j’avais juste envie de rire de ma propre panique. Parfois, les bugs les plus étranges se résolvent par des détails qu’on sous-estime.
Et si tu as déjà perdu des heures à débugger un site, tu sais que chaque minute gagnée compte. Dans un autre article, je raconte comment un paramètre caché de sécurité Apache a transformé un site WordPress en arène de crash — et comment j’ai éteint le feu en 3 clics.
Alors, tu as déjà eu un bug qui semblait impossible à résoudre, et dont la solution était un détail aussi minuscule qu’un nom de dossier?
— Élise Morane, étudiante en informatique et passionnée d’IA — Point Hub