Mémoire PHP épuisée dans WordPress : diagnostiquer avant d’augmenter

Une erreur « Allowed memory size exhausted » indique qu’un processus a atteint sa limite. Augmenter cette limite peut rétablir temporairement une page, mais aussi déplacer la panne vers une saturation globale si une boucle, une requête ou un import est anormal.

Ce que ce symptôme signifie réellement

La limite active dépend du contexte : web, CLI, tâche cron ou outil d’administration peuvent charger des configurations différentes.

Le fichier et la ligne de l’erreur montrent où l’allocation a échoué, pas nécessairement où la consommation excessive a commencé.

Avant toute modification : préserver les preuves et le retour arrière

Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.

• Ne transmettez jamais de mot de passe, clé privée, jeton, fichier wp-config.php ou export de base dans un formulaire ou une capture.
• Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
• Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.

Diagnostic : avancer du signal le plus fiable au test le moins intrusif

Relevez action, volume traité, limite active et pic mémoire sur une copie.

1. Confirmer la limite réellement chargée pour le contexte fautif.
2. Reproduire avec journalisation protégée et un jeu de données borné.
3. Profiler extensions, requêtes, images ou import impliqués.
4. Comparer au budget mémoire total et au nombre de workers.

Correction : appliquer une action ciblée et réversible

Corrigez la boucle ou traitez les données par lots ; n’augmentez la limite que si le besoin légitime est démontré et compatible avec le serveur.

1. Découper imports, exports et génération d’images.
2. Mettre à jour ou corriger le composant qui conserve trop d’objets.
3. Ajuster la limite dans la configuration réellement utilisée, avec valeur documentée.
4. Surveiller mémoire par processus et saturation globale.

Contrôles après correction

Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.

• Action complète sur le volume attendu.
• Pic mémoire sous la limite avec marge.
• Aucun worker tué ni 502/503 corrélé.

Quand arrêter et demander une intervention

Ne modifiez pas la capacité d’un VPS partagé sans calculer mémoire maximale par worker et impact sur les autres services.

Sources de référence

• PHP — Limite de mémoire
• WordPress — Debugging

Continuer le diagnostic

• Erreur 500 WordPress
• Diagnostic de performance
• Expert WordPress