WordPress, les extensions et les thèmes ont besoin de mémoire vive lors de leur exécution. La quantité de mémoire qu'un processus PHP est autorisé à utiliser est limitée, entre autres, par la limite de mémoire PHP.
Si la mémoire disponible ne suffit pas pour une requête spécifique, WordPress ne peut pas mener à bien le traitement. Les conséquences vont d'une action échouée à une erreur critique, une page blanche ou une erreur HTTP 500.
Un message d'erreur typique contient :
Taille de mémoire autorisée ... épuisée
Une limite de mémoire plus élevée peut résoudre un véritable problème de mémoire. Ce n'est cependant pas toujours la bonne solution définitive. Si un plugin défectueux consomme une quantité inhabituelle de mémoire, une limite plus élevée ne fait peut-être que repousser le moment où l'erreur se produit.
En bref : La limite de mémoire PHP détermine la quantité de mémoire vive que PHP peut utiliser lors d'une exécution. WordPress possède en outre ses propres constantes telles que
WP_MEMORY_LIMITetWP_MAX_MEMORY_LIMIT. Ces valeurs doivent être examinées par rapport à la limite PHP réellement autorisée par le serveur. De plus, plus de mémoire ne rend pas automatiquement WordPress plus rapide.
Quelle est la limite de mémoire PHP ? #
La limite de mémoire PHP est une restriction de la mémoire vive qu'un processus PHP ou un script PHP peut utiliser lors de son exécution.
Le paramètre PHP sous-jacent est :
limite_mémoire
WordPress lui-même, les extensions, les thèmes et le code PHP personnalisé se partagent la mémoire disponible lors de cette exécution pour chaque requête WordPress.
Si le traitement nécessite plus de mémoire que autorisé, PHP arrête l'exécution concernée avec une erreur.
La limite de mémoire PHP n'est pas la mémoire totale du serveur #
La limite de mémoire PHP ne doit pas être confondue avec l'ensemble de la mémoire vive physique d'un serveur ou d'un compte d'hébergement.
Une valeur telle que :
memory_limit = 256M
ne signifie pas que l'ensemble du serveur dispose de seulement 256 Mo de RAM.
Il ne signifie pas non plus que WordPress utilise en permanence 256 Mo de mémoire vive. Cette valeur définit une limite supérieure pour chaque exécution PHP dans le cadre de la configuration PHP en vigueur.
Pourquoi WordPress a-t-il besoin de mémoire vive ? #
Lors d'une requête dynamique, WordPress charge le noyau, traite les configurations, initialise les extensions et le thème, exécute des fonctions, traite des données et génère enfin une réponse.
Tous ces processus nécessitent de la mémoire vive.
La quantité de mémoire réellement utilisée dépend fortement de la requête concernée. Une simple page de contenu public peut en nécessiter nettement moins qu'un import volumineux, un traitement d'image ou un processus WooCommerce complexe.
Que se passe-t-il lorsque la limite de mémoire est atteinte ? #
Si PHP a besoin de mémoire supplémentaire pendant son exécution et dépasse ainsi la limite autorisée, le traitement peut être interrompu par une erreur fatale.
Un message typique ressemble à ceci :
Erreur fatale PHP : Taille de mémoire autorisée de ... octets épuisée
Le message contient souvent des informations supplémentaires sur le nombre d'octets que PHP essayait encore de réserver et dans quel fichier l'erreur est apparue.
Le fichier mentionné dans le message d'erreur n'est pas automatiquement la cause du problème #
Ce point est particulièrement important pour le diagnostic.
Si l'erreur de mémoire mentionne un chemin de fichier au sein d'un plugin, ce plugin peut être impliqué dans la cause. Le chemin de fichier à lui seul ne le prouve cependant pas toujours.
La mémoire peut déjà avoir été largement consommée par du code exécuté précédemment. L'erreur se produit alors là où PHP essaie de demander la zone mémoire suivante.
C'est pourquoi une erreur de mémoire doit être examinée en lien avec l'ensemble de la requête et d'autres entrées de journal.
Important : Le dernier fichier dans un
Taille de mémoire autorisée épuisée-L'erreur n'est pas nécessairement le composant qui a causé l'ensemble de la consommation de mémoire.
Symptômes typiques d'une limite de mémoire trop basse #
Un problème de mémoire ne doit pas nécessairement survenir sur chaque page.
Il est possible que le frontend public fonctionne sans problème, tandis qu'une action spécifique échoue dans l'administration de WordPress. Dans d'autres cas, l'erreur ne se produit que lors de l'importation de grandes quantités de données, lors de la modification d'une mise en page complexe ou lors de certains processus WooCommerce.
Dans les cas graves, WordPress peut afficher une erreur critique ou interrompre la requête avec une erreur HTTP 500.
Pourquoi l'erreur ne se produit-elle parfois que dans la zone d'administration ? #
Les processus administratifs peuvent exécuter des fonctions différentes ou plus étendues que les chargements de pages normaux.
Un constructeur de pages, un plugin d'importation, WooCommerce, un processus de sauvegarde ou le traitement des médias peuvent nécessiter nettement plus de mémoire dans l'espace d'administration qu'une simple page publique.
De plus, WordPress fait la distinction entre la limite de mémoire normale et un besoin de mémoire plus élevé pour certaines tâches administratives.
C'est pourquoi il faut distinguer plusieurs valeurs de mémoire sous WordPress.
PHP memory_limit, WP_MEMORY_LIMIT et WP_MAX_MEMORY_LIMIT #
En matière de mémoire WordPress, trois valeurs différentes sont souvent confondues.
Le paramètre PHP :
limite_mémoire
fait partie de l'environnement d'exécution PHP.
WordPress connaît en outre les constantes :
WP_MEMORY_LIMIT
et
WP_MAX_MEMORY_LIMIT
Ces valeurs ont des rôles différents et ne doivent pas être simplement considérées comme trois dénominations pour un même paramètre.
Que fait WP_MEMORY_LIMIT ? #
WP_MEMORY_LIMIT définit la valeur de mémoire que WordPress essaie d'atteindre pour les exécutions normales de WordPress.
La constante peut être dans :
wp-config.php
être défini.
Un exemple serait :
define( 'WP_MEMORY_LIMIT', '256M' );
Cependant, cela ne signifie pas automatiquement que PHP ou le serveur d'hébergement met réellement 256 Mo à disposition.
Que fait WP_MAX_MEMORY_LIMIT ? #
Pour certaines opérations administratives, WordPress peut utiliser une limite de mémoire plus élevée.
C'est à cela que sert :
WP_MAX_MEMORY_LIMIT
Un exemple serait :
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Cette valeur ne peut pas non plus contourner arbitrairement les limites techniques de la configuration PHP ou de l'hébergement.
WordPress ne peut pas contourner arbitrairement le maximum côté serveur #
C'est l'une des erreurs les plus fréquentes sur ce sujet.
En supposant que l'environnement d'hébergement autorise au maximum :
memory_limit = 256M
et dans wp-config.php est inscrit :
define( 'WP_MEMORY_LIMIT', '1024M' );
Cela ne signifie donc pas automatiquement que WordPress peut désormais effectivement utiliser 1 Go.
Si et jusqu'à quelle valeur PHP est autorisé à modifier la limite de mémoire (memory limit) pendant l'exécution dépend de la configuration de PHP et du serveur.
Remarque : Une valeur élevée de
wp-config.phpne garantit absolument pas une mémoire PHP disponible correspondante et suffisamment élevée.
Quelle limite de mémoire WordPress utilise-t-elle réellement ? #
Pour un diagnostic fiable, tu ne dois pas te baser exclusivement sur une seule valeur provenant d'un fichier de configuration.
WordPress affiche les informations sur l'environnement du serveur dans la zone d'administration sous :
Outils → État du site → Rapport
Selon l'installation et l'environnement, cela permet d'y contrôler les valeurs pertinentes de PHP et de WordPress.
En cas de problèmes techniques, des informations PHP ou la gestion de l'hébergement peuvent également indiquer quel élément côté serveur limite_mémoire est réellement actif.
Pourquoi différentes annonces peuvent afficher des valeurs différentes #
Lorsqu'un plugin WordPress affiche une valeur de mémoire différente de celle du panneau d'hébergement, cela ne signifie pas nécessairement que l'une des indications est fausse.
Il est possible que différents niveaux soient représentés : la configuration PHP, une limite définie par WordPress ou une valeur pour un contexte d'exécution particulier.
Des versions de PHP ou des configurations différentes pour les requêtes Web et les processus en ligne de commande peuvent également jouer un rôle.
Quelle devrait être la limite de mémoire PHP pour WordPress ? #
Il n'y a pas de valeur unique qui soit optimale pour chaque site Web WordPress.
Un petit site web d'entreprise avec peu d'extensions nécessite des ressources différentes d'une boutique WooCommerce volumineuse, d'un constructeur de pages aux mises en page complexes ou d'un site web doté de grands processus d'importation et d'exportation.
C'est pourquoi la limite de mémoire doit être suffisamment élevée pour répondre aux besoins légitimes du site Web, mais ne doit pas servir de substitut à l'analyse d'une consommation de mémoire anormalement élevée.
128 Mo est-il suffisant ? #
Pour des installations WordPress simples, une telle valeur peut suffire selon les composants utilisés.
Cependant, pour des extensions plus volumineuses, des constructeurs de pages ou des processus administratifs, une mémoire plus importante peut être nécessaire.
Le chiffre à lui seul ne permet donc pas de faire une déclaration sérieuse sur la qualité d'un environnement d'hébergement.
Est-ce que 256 Mo ou 512 Mo sont mieux ? #
Une limite plus élevée offre plus de marge aux processus gourmandes en mémoire.
Par exemple, si une fonction WordPress légitime nécessite 180 Mo, une limite de 128 Mo échouerait, tandis que 256 Mo pourraient suffire.
Si, en revanche, un processus défectueux nécessite de plus en plus de mémoire en raison d'une boucle infinie, une limite de 512 Mo ou plus finira également par être atteinte.
C'est pourquoi la bonne question n'est pas seulement „ Quel est le montant de la limite ? “, mais aussi „ Pourquoi ce processus a-t-il besoin de tant de mémoire ? “
Plus de mémoire ne rend pas automatiquement WordPress plus rapide #
La limite de mémoire PHP est principalement une limite supérieure et non un régulateur de performance.
Par exemple, si une requête WordPress nécessite 80 Mo et que 256 Mo sont disponibles, elle ne s'exécutera généralement pas plus rapidement simplement parce que la limite est augmentée à 512 Mo.
Plus de mémoire disponible aide lorsqu'un processus légitime échoue à la limite précédente. Cependant, cela n'accélère pas automatiquement PHP, les requêtes de base de données ou le front-end.
Par conséquent, en cas de problèmes de performance généraux, vous devriez en analyser les causes réelles. Pour cela, vous trouverez notre article WordPress est lent : trouver les causes et améliorer le temps de chargement.
Pourquoi les plugins peuvent consommer beaucoup de mémoire #
Les plugins peuvent charger ou traiter de grandes quantités de données pendant une requête.
Cela concerne par exemple les importations, les exportations, les statistiques, les fonctions de recherche, les sauvegardes, les analyses de sécurité ou le traitement de données complexes.
Une exigence élevée en matière de mémoire ne signifie donc pas nécessairement qu'il s'agit d'une erreur de programmation.
Cependant, si une extension commence soudainement à consommer beaucoup plus de mémoire que d'auparavant lors des opérations normales, il convient d'analyser ce qui a changé.
Conflits de plugins et consommation de mémoire #
Une interaction entre plusieurs extensions peut également augmenter la consommation de ressources.
Si une erreur de mémoire commence immédiatement après l'installation ou la mise à jour d'un plugin, la corrélation temporelle constitue un indice important.
Nous vous expliquons comment examiner les extensions de manière contrôlée sur Détecter et résoudre les conflits de plugins ou de thèmes dans WordPress.
Constructeur de pages et pages complexes #
Les constructeurs de pages doivent parfois traiter des structures de pages, des widgets et des paramètres complexes lors de l'édition.
Une page à la structure très complexe peut donc nécessiter beaucoup plus de mémoire PHP dans l'éditeur que l'affichage public de cette même page.
Si seul l'éditeur d'une certaine grande page plante avec une erreur de mémoire, la complexité de cette page doit donc également être prise en compte.
WooCommerce peut entraîner des besoins en mémoire plus importants #
WooCommerce ajoute à WordPress de nombreuses fonctionnalités e-commerce. Des extensions supplémentaires pour les paiements, la livraison, la facturation, les filtres de produits ou la gestion des stocks augmentent encore la complexité.
En particulier les importations, les exportations, les rapports ou les processus administratifs complexes peuvent nécessiter plus de mémoire qu'une page de contenu normale.
Un besoin accru en mémoire d'une boutique n'est donc pas inhabituel. Néanmoins, une augmentation soudaine et importante de la consommation devrait être étudiée.
La modification d'images peut nécessiter beaucoup de mémoire vive #
Lors du téléchargement d'images, WordPress doit générer différentes tailles d'images en fonction de la configuration.
La mémoire vive nécessaire ne dépend pas exclusivement de la taille du fichier image.
Un JPEG fortement compressé ne peut faire par exemple que quelques mégaoctets, mais après décompression dans la mémoire vive, il peut nécessiter beaucoup plus d'espace mémoire.
De très grandes dimensions d'image peuvent par conséquent entraîner des problèmes de mémoire lors du traitement d'images côté serveur.
Sauvegardes et archives #
Les extensions de sauvegarde peuvent traiter de grands volumes de fichiers et de données.
Selon l'implémentation, cela peut entraîner des besoins importants en mémoire.
Si une erreur de mémoire se produit exclusivement lors d'une sauvegarde, il convient par conséquent d'analyser d'abord le processus de sauvegarde, au lieu d'augmenter massivement et de manière générale la limite de mémoire pour l'ensemble du site web.
Importation et exportation #
Les fichiers d'importation XML, CSV ou autres de grande taille peuvent être gourmandes en mémoire si une extension charge trop de données en même temps dans la mémoire vive.
Les processus d'importation bien développés divisent souvent de grands volumes de données en étapes de traitement plus petites.
Si un import échoue de manière reproductible pour un volume de données donné, le mode de fonctionnement du plugin d'importation utilisé peut donc être pertinent, en plus de la limite de mémoire.
La version de PHP et la limite de mémoire sont des sujets distincts #
La version PHP utilisée et la limite de mémoire font toutes deux partie de l'environnement PHP, mais ce n'est pas la même chose.
Le passage à une version plus récente de PHP ne signifie pas automatiquement que WordPress bénéficie d'une limite de mémoire supérieure.
De même, une limite de mémoire plus élevée ne résout pas l'incompatibilité avec une version spécifique de PHP.
Si une erreur est apparue après un changement de version PHP, vous trouverez le diagnostic approprié sous Modifier la version PHP pour WordPress et vérifier la compatibilité.
Erreur de mémoire après une mise à jour de plugin #
Si un site Web fonctionnait parfaitement avant une mise à jour de plugin et que des erreurs de mémoire surviennent immédiatement après, la mise à jour en question doit être examinée de plus près.
Peut-être que la nouvelle version exécute des processus supplémentaires, qu'une erreur crée une boucle ou qu'une nouvelle fonctionnalité a effectivement besoin de plus de mémoire.
La première étape ne devrait pas consister automatiquement à augmenter toujours plus la limite.
Erreur de mémoire après une mise à jour de WordPress #
Même après une mise à jour du cœur de WordPress, un problème auparavant masqué peut devenir visible.
Cela ne signifie pas automatiquement que WordPress lui-même requiert trop de mémoire.
Un plugin ou un thème peut par exemple réagir différemment avec la nouvelle version de WordPress et ainsi provoquer l'erreur.
Erreur de mémoire après un changement de thème #
Les thèmes volumineux peuvent charger des frameworks supplémentaires, des composants de constructeur de pages et des fonctionnalités.
Par conséquent, si un problème de mémoire survient immédiatement après un changement de thème, le thème doit également être considéré comme une cause possible.
Lors de l'utilisation d'un thème enfant, les personnalisations individuelles font également partie du diagnostic.
Erreur HTTP 500 due à l'épuisement de la mémoire PHP #
Une erreur de mémoire peut se manifester auprès du visiteur sous la forme d'une erreur HTTP 500.
Le message d'erreur visible dans le navigateur ne révèle alors peut-être pas que la limite de mémoire est la cause réelle.
C'est pourquoi les journaux d'erreurs sont particulièrement précieux en cas d'erreur HTTP 500.
Tu trouveras d'autres causes possibles sous Corriger l'erreur 500 dans WordPress.
Erreur critique WordPress due à un manque de mémoire #
Une erreur fatale PHP due à un épuisement de mémoire peut également déclencher le message d'erreur critique de WordPress.
Lorsque le mode de récupération de WordPress est disponible, il peut aider à rétablir l'accès à la zone d'administration en cas de certaines erreurs fatales.
Tu trouveras la procédure générale sous WordPress affiche une page blanche ou une erreur critique : que faire ?.
Trouver les erreurs de mémoire dans le journal des erreurs #
Si le site Web n'affiche qu'un message d'erreur général, vous devriez consulter les journaux d'erreurs du serveur ou de PHP.
Une entrée pertinente comprend typiquement :
Taille de mémoire autorisée
et
épuisé
L'horodatage doit correspondre au moment de l'échec de la consultation de la page ou du processus.
Utiliser le débogage WordPress pour le diagnostic #
En plus des journaux d'erreurs côté serveur, WordPress peut enregistrer ses propres informations de débogage.
Les constantes pertinentes sont :
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Nous abordons dans l'article la manière d'utiliser ces paramètres de manière contrôlée Activer le débogage WordPress et utiliser les journaux d'erreurs.
Attention : Les erreurs PHP détaillées ne devraient pas être affichées publiquement de manière permanente sur un site web en production. Les journaux d'erreurs peuvent contenir des informations techniques et potentiellement sensibles.
Modifier la limite de mémoire dans wp-config.php #
Les valeurs de mémoire spécifiques à WordPress peuvent, dans certains environnements, être configurées via :
wp-config.php
être défini.
Par exemple :
define( 'WP_MEMORY_LIMIT', '256M' );
ou pour certaines procédures administratives :
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Ces valeurs ne doivent pas être définies plusieurs fois avec des indications différentes dans la même configuration.
En outre, il reste vrai que WordPress ne peut pas dépasser arbitrairement un maximum défini côté serveur.
Où faut-il placer ce paramètre dans wp-config.php ? #
Si vous définissez une constante WordPress manuellement, elle doit se trouver dans la zone de configuration de :
wp-config.php
être chargés avant que WordPress ne soit complètement initialisé.
Modifiez le fichier uniquement si vous êtes familiarisé avec sa fonction et créez une sauvegarde au préalable.
Modifier la limite de mémoire PHP via l'environnement d'hébergement #
Si vous le PHP réellimite_mémoire tu peux modifier toi-même, cela dépend de la configuration de l'hébergement.
Les systèmes d'hébergement modernes peuvent fournir des paramètres PHP via un panneau de configuration.
Dans d'autres environnements, la valeur maximale disponible est prédéfinie côté serveur.
Si une modification dans le code WordPress ne produit aucun effet, vous devez donc vérifier quelle limite PHP est réellement autorisée et utilisée par le système d'hébergement.
php.ini, .user.ini et autres configurations PHP #
Selon le mode de fonctionnement de PHP, les paramètres peuvent être configurés, entre autres, via :
php.ini
ou
.user.ini
être configuré.
La méthode prise en charge dépend de l'environnement du serveur.
Vous ne devriez donc pas créer aveuglément des fichiers de configuration à partir d'un guide tiers. Une directive qui fonctionne sur un serveur n'a pas nécessairement le même effet dans une autre configuration PHP.
Ne pas confondre la limite de mémoire (Memory Limit) avec les limites de téléchargement #
La limite de mémoire PHP ne détermine pas directement la taille maximale du fichier d'un téléchargement.
Il existe pour cela, entre autres, des paramètres PHP spécifiques tels que :
upload_max_filesize
et
post_max_size
Un téléchargement peut donc échouer en raison d'une limite de taille, bien qu'il y ait suffisamment de mémoire PHP.
Ne pas confondre Memory Limit avec max_execution_time #
Le temps d'exécution maximal est également un paramètre PHP distinct.
Un processus peut disposer d'une mémoire vive suffisante et néanmoins s'interrompre en raison d'une limite de temps.
À l'inverse, un processus très rapide peut dépasser la limite de mémoire.
Lors de la recherche d'erreurs, il convient donc de toujours examiner le message d'erreur concret.
Limite de mémoire et ressources d'hébergement #
La limite de mémoire PHP n'est qu'une des nombreuses limitations de ressources.
Dans un environnement d'hébergement, des limites supplémentaires peuvent s'appliquer au processeur, aux processus, aux E/S ou à l'ensemble de la mémoire disponible d'un compte.
Une valeur élevée de limite_mémoire ne signifie pas pour autant qu'un nombre illimité de processus PHP peut utiliser simultanément la valeur maximale.
Pourquoi une limite de mémoire extrêmement élevée peut poser problème #
Une limite très élevée peut permettre à un processus PHP défectueux de consommer beaucoup plus de mémoire avant d'être arrêté.
En cas de processus simultanés multiples, cela peut surcharger davantage les ressources disponibles d'un environnement d'hébergement.
Une limite de mémoire judicieuse doit par conséquent offrir une marge de manœuvre suffisante, mais ne pas servir de substitut à une gestion efficace des ressources.
Définir la limite de mémoire sur „ illimité “ ? #
PHP peut en principe connaître des configurations dans lesquelles aucune limite de mémoire normale n'est définie. Cependant, pour un site Web WordPress de production, ce n'est pas une bonne solution générale au problème de fournir simplement une mémoire illimitée à un processus défectueux.
Une limite protège également l'environnement contre le code défectueux qui consomme de plus en plus de mémoire de manière incontrôlée.
Problème de mémoire ou fuite de mémoire ? #
Si la consommation de mémoire d'un processus augmente continuellement, il peut s'agir d'une erreur dans la logique du programme ou d'un traitement défavorable de grands volumes de données.
Une limite plus élevée risque alors simplement de reporter l'interruption.
Si le même processus continue d'épuiser toute la mémoire disponible malgré une limite fortement augmentée, une analyse des causes est plus importante qu'une nouvelle augmentation.
Comparer la consommation de mémoire après les modifications #
Lorsqu'un problème de mémoire est survenu après une modification spécifique, une comparaison est particulièrement utile.
Par exemple, si un nouveau plugin a été activé et que les besoins en mémoire augmentent nettement depuis, cette extension devrait être examinée.
Il en va de même pour les nouvelles fonctionnalités de thème, les importations, les extensions WooCommerce supplémentaires ou le code personnalisé.
Une limite plus élevée peut quand même être la bonne solution #
Tous les erreurs de mémoire ne signifient pas que WordPress ou un plugin fonctionne mal.
Si un processus légitime nécessite de manière avérée plus de mémoire que ne le permet la limite actuelle, une augmentation modérée peut être tout à fait judicieuse sur le plan technique.
Cela s'applique par exemple à certains processus de traitement d'images, d'importation ou d'administration.
L'essentiel est que la mémoire requise soit plausible et que le processus s'achève de manière stable après l'ajustement.
Retester après une modification #
Si tu as ajusté la limite de mémoire, tu dois répéter exactement l'opération qui a échoué auparavant.
S'il fonctionne ensuite, vérifiez quand même si la consommation de mémoire est plausible et qu'aucune nouvelle erreur n'apparaît dans le journal.
Si la limite est à nouveau atteinte après peu de temps, la cause devrait être examinée de plus près.
Ce que vous feriez mieux de ne pas faire en cas d'erreur de mémoire #
Ne placez pas simplement des valeurs toujours plus élevées dans wp-config.php, sans même vérifier si elles seront efficaces et pourquoi le stockage est nécessaire.
Ne supprimez pas non plus des plugins au hasard simplement parce que leur nom de fichier apparaît dans la dernière erreur fatale. Le fichier mentionné n'est pas nécessairement la cause principale de la consommation totale de mémoire.
Ne confondez pas la limite de mémoire avec la taille de chargement, le temps d'exécution, le processeur ou la RAM totale du serveur.
Et ne traitez pas automatiquement une consommation de mémoire anormalement élevée comme un problème d'hébergement avant d'avoir examiné les plugins, le thème, le code et l'opération spécifique.
Règle de base : Une limite de mémoire doit être suffisamment élevée pour que les processus WordPress légitimes fonctionnent de manière fiable. Si la limite est atteinte de manière inattendue, il convient toutefois de déterminer d'abord quel processus a besoin de cette mémoire et pourquoi.
Quelles informations aident le support de CURIAWEB ? #
Si votre site Web WordPress chez CURIAWEB affiche une erreur de mémoire, veuillez envoyer si possible le message d'erreur complet pertinent ou l'extrait concerné du journal des erreurs.
Le moment où se produit l'erreur et une description de l'action lors de laquelle elle survient sont particulièrement utiles. Par exemple, si le problème survient uniquement lors de la modification d'une page spécifique, lors d'un import, pendant une sauvegarde ou lors du paiement WooCommerce, cela doit être mentionné.
Indiquez également si un plugin, un thème, WordPress ou la version de PHP a été mis à jour ou modifié immédiatement avant.
Ces informations permettent de mieux évaluer si l'on a effectivement seulement besoin de plus de mémoire ou si un composant particulier provoque une consommation de mémoire inhabituellement élevée.
N'envoyez pas de mots de passe non sollicités.
Résumé #
Le PHP Memory Limit limite la mémoire vive que PHP est autorisé à utiliser lors d'une exécution. Si cette limite est dépassée, PHP peut interrompre le traitement avec une erreur telle que Taille de mémoire autorisée ... épuisée annuler.
Sous WordPress, il faut distinguer plusieurs niveaux. Le PHP côté serveurlimite_mémoire ce n'est pas la même chose que les constantes WordPress WP_MEMORY_LIMIT et WP_MAX_MEMORY_LIMIT. Un en wp-config.php De plus, une valeur élevée saisie ne peut pas non plus contourner automatiquement un maximum côté serveur.
Augmenter la limite de mémoire ne rend pas WordPress automatiquement plus rapide. C'est utile si un processus légitime a besoin de plus de mémoire que ce qui était autorisé jusqu'à présent. En revanche, si la consommation augmente de manière incontrôlée en raison d'un plugin défectueux, d'une boucle problématique ou d'une autre cause technique, une limite plus élevée ne fait probablement que reporter la prochaine erreur.
La bonne démarche est donc la suivante : vérifier le message d'erreur, déterminer les limites de mémoire réelles, identifier le processus concerné et décider seulement ensuite s'il faut ajuster la limite ou corriger la cause réelle.
