Boîte à Outils Informatique
Guide

Comment augmenter la mémoire PHP de WordPress

Augmenter raisonnablement la limite mémoire disponible pour WordPress lorsqu’une erreur de mémoire l’exige.

ThématiqueWordPress →
⌚ Environ 3 min de lecture
Voir mes favoris
WordPress Intermédiaire 7 min

Augmenter raisonnablement la limite mémoire disponible pour WordPress lorsqu’une erreur de mémoire l’exige.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Vérifier la limite actuelle

    Consultez Outils > Santé du site > Informations > Serveur.

  2. 2

    Contrôler les limites de l’hébergement

    La valeur WordPress ne peut pas dépasser les limites réellement autorisées par PHP/hébergeur.

  3. 3

    Modifier wp-config.php si approprié

    Ajoutez une constante WP_MEMORY_LIMIT avant la ligne de fin d’édition.

  4. 4

    Retester le site

    Vérifiez si l’erreur disparaît.

  5. 5

    Rechercher la cause

    Une consommation excessive peut provenir d’un plugin, d’un thème ou d’une requête anormale.

Commandes utiles

define('WP_MEMORY_LIMIT', '256M');

À retenir

  • Augmenter indéfiniment la mémoire ne corrige pas une fuite ou un plugin défectueux.
  • Conservez une copie de wp-config.php avant modification.
← Tous les guides
Complément technique

WordPress : enrichir le diagnostic sans masquer la cause

Repères techniques

  • WP_DEBUG_LOG écrit généralement dans wp-content/debug.log seulement si WP_DEBUG est activé et si le processus PHP peut écrire le fichier.
  • Renommer le dossier d’un plugin désactive son chargement sans modifier la base, ce qui est utile quand wp-admin est inaccessible.
  • WP_MEMORY_LIMIT ne peut pas dépasser les limites réellement accordées par PHP/hébergeur ; une erreur mémoire exige de lire memory_limit et le pic.

Récupération contrôlée

Isoler le plugin ou la couche fautive, garder les logs, puis réactiver un composant à la fois.

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Pièges spécifiques

  • Supprimer .maintenance, un plugin ou le cache sans noter l’état initial peut faire disparaître le symptôme sans expliquer la cause.
  • Une boucle de redirection peut venir de WordPress, du proxy/CDN, HTTPS ou d’un plugin : vérifier chaque couche séparément.

Comment valider

  • Le site charge avec les logs propres et le composant fautif est identifié, pas seulement désactivé.
  • Les constantes de debug temporaires sont retirées ou adaptées après l’intervention.

Preuves et vérifications

WP_DEBUG_LOG écrit généralement dans wp-content/debug.log seulement si WP_DEBUG est activé et si le processus PHP peut écrire le fichier. Renommer le dossier d’un plugin désactive son chargement sans modifier la base, ce qui est utile quand wp-admin est inaccessible.

Contrôle de résultat

Le site charge avec les logs propres et le composant fautif est identifié, pas seulement désactivé. Les constantes de debug temporaires sont retirées ou adaptées après l’intervention.

Point d’attention

Supprimer .maintenance, un plugin ou le cache sans noter l’état initial peut faire disparaître le symptôme sans expliquer la cause. WP_MEMORY_LIMIT ne peut pas dépasser les limites réellement accordées par PHP/hébergeur ; une erreur mémoire exige de lire memory_limit et le pic.

Concepts liés

Référence primaire : WordPress Developer Resources — Debugging.

♡ 0