Le soir où j’ai vu mon site WordPress tomber en panne totale, j’ai pensé que j’avais perdu des heures de travail. J’étais à Barcelone, en train de tester les mises à jour de Point Hub avec Victoria, quand le site a affiché un message cryptique : « Erreur 500 ». C’était la première fois que je voyais une panne aussi brusque. J’ai paniqué, mais en ouvrant les logs Linux, j’ai découvert que le problème ne venait pas du code — et ça, c’était mon ticket pour le réparer.
Une panne qui ne voulait pas dire son nom
Quand j’ai cliqué sur le menu des logs via SSH, j’ai vu des lignes qui parlaient de memory limit exceeded. C’était clair : le site dépassait la limite de mémoire allouée. Mais pourquoi, tout d’un coup? J’ai dû me rappeler que Victoria avait ajouté un plugin de statistiques quelques jours plus tôt. En cherchant dans les logs, j’ai repéré que l’erreur se répétait chaque fois qu’un utilisateur accédait à une page avec ce plugin actif. Pas de code cassé, juste une surcharge inattendue.
Du log au sauvetage : pas besoin d’un couteau suisse
J’ai d’abord augmenté la mémoire allouée en modifiant le fichier `wp-config.php` via l’hébergeur. C’était rapide, mais ça ne résolvait pas le fond du problème. Le vrai coup de génie, c’était de désactiver temporairement le plugin incriminé. J’ai fait une sauvegarde du site avec UpdraftPlus, puis j’ai testé la version sans plugin. Le site est revenu en moins de dix minutes. Après, j’ai contacté l’hébergeur pour leur signaler la surcharge et demander une configuration plus adaptée. C’était moins épique que de réécrire un code entier, mais ça a fait l’affaire.
Le plus fou? C’était une leçon de simplicité
Depuis cette histoire, j’ai appris à vérifier les logs dès qu’un site agit bizarrement. C’est comme un journal intime pour les développeurs : les erreurs y sont décrites en détail, mais il faut savoir les lire. Je me suis aussi promis de ne plus ajouter de plugin sans les tester en local d’abord. Victoria m’a dit que cette histoire avait sauvé le lancement d’une nouvelle rubrique — et ça, c’est un point bonus.
Les erreurs qui sauvent
Parfois, c’est un message d’erreur cryptique qui vous pousse à creuser un peu plus. J’ai découvert comment un paramètre Linux peut aussi sauver un site, mais ici, c’est une logique de diagnostic qui a tout changé. Et si vous aussi, vous avez déjà vu un site tomber en panne, qu’avez-vous fait pour le sauver?
— Élise Morane, étudiante en informatique et passionnée d’IA — Point Hub