WordPress repose en grande partie sur PHP. La version de PHP utilis\u00e9e a donc un impact direct sur le bon fonctionnement de WordPress, des extensions, des th\u00e8mes et de votre propre code de programmation.<\/p>\n\n\n\n
Une version r\u00e9cente de PHP est importante pour la s\u00e9curit\u00e9, la compatibilit\u00e9 et les performances. N\u00e9anmoins, vous ne devez pas simplement mettre \u00e0 niveau la version PHP d'un site WordPress existant vers la version la plus \u00e9lev\u00e9e possible sans v\u00e9rifier au pr\u00e9alable si tous les composants utilis\u00e9s y sont compatibles.<\/p>\n\n\n\n
Particuli\u00e8rement sur les sites web plus anciens, des plugins, th\u00e8mes ou personnalisations obsol\u00e8tes peuvent provoquer des erreurs apr\u00e8s un changement de version de PHP. Les cons\u00e9quences typiques sont une erreur critique WordPress, une erreur HTTP 500, une page blanche ou des fonctionnalit\u00e9s isol\u00e9es qui cessent soudainement de fonctionner.<\/p>\n\n\n\n
\nEn bref :<\/strong> Utilisez pour WordPress une version de PHP actuelle et encore prise en charge du point de vue de la s\u00e9curit\u00e9. Avant le changement, v\u00e9rifiez la compatibilit\u00e9 de WordPress, des extensions, du th\u00e8me et de votre propre code. Cr\u00e9ez une sauvegarde et testez les fonctionnalit\u00e9s importantes apr\u00e8s la mise en service. Si une erreur survient imm\u00e9diatement apr\u00e8s, vous pouvez revenir \u00e0 la version de PHP pr\u00e9c\u00e9dente qui fonctionnait, puis identifier le composant incompatible.<\/p>\n<\/blockquote>\n\n\n\n
Qu'est-ce que PHP ?<\/h2>\n\n\n\n
PHP est un langage de programmation c\u00f4t\u00e9 serveur. WordPress lui-m\u00eame et une grande partie de ses extensions et th\u00e8mes sont constitu\u00e9s de code PHP.<\/p>\n\n\n\n
Lorsqu'un visiteur charge une page WordPress dynamique, le serveur traite le code PHP et g\u00e9n\u00e8re, entre autres, le code HTML qui est ensuite envoy\u00e9 au navigateur.<\/p>\n\n\n\n
Le visiteur ne voit g\u00e9n\u00e9ralement pas le code PHP. Il voit uniquement le r\u00e9sultat du traitement c\u00f4t\u00e9 serveur.<\/p>\n\n\n\n
Pourquoi WordPress a-t-il besoin de PHP ?<\/h2>\n\n\n\n
PHP prend en charge une part essentielle de la logique applicative de WordPress. Il permet par exemple de traiter les contenus provenant de la base de donn\u00e9es, de charger des extensions, d'ex\u00e9cuter les mod\u00e8les de th\u00e8mes, de v\u00e9rifier les droits des utilisateurs et de g\u00e9n\u00e9rer des pages dynamiques.<\/p>\n\n\n\n
Sans un environnement PHP appropri\u00e9, WordPress ne peut donc pas fonctionner normalement.<\/p>\n\n\n\n
La version de PHP fait donc partie des conditions techniques fondamentales d'une installation WordPress.<\/p>\n\n\n\n
Pourquoi existe-t-il diff\u00e9rentes versions de PHP ?<\/h2>\n\n\n\n
PHP est continuellement d\u00e9velopp\u00e9. De nouvelles versions apportent de nouvelles fonctionnalit\u00e9s, des am\u00e9liorations techniques, des corrections de bugs et des mises \u00e0 jour de s\u00e9curit\u00e9.<\/p>\n\n\n\n
Les anciennes versions de PHP finissent par atteindre la fin de leur cycle de vie officiel. Apr\u00e8s cela, elles ne re\u00e7oivent plus de mises \u00e0 jour de s\u00e9curit\u00e9 r\u00e9guli\u00e8res de la part du projet PHP.<\/p>\n\n\n\n
C'est pourquoi un site WordPress ne doit pas fonctionner durablement sur une version obsol\u00e8te de PHP, simplement parce qu'il d\u00e9marre encore techniquement.<\/p>\n\n\n\n
Quelle version de PHP WordPress recommande-t-il ?<\/h2>\n\n\n\n
WordPress recommande par principe une version moderne de PHP. La version concr\u00e8te qui est judicieuse d\u00e9pend en outre de la version de WordPress utilis\u00e9e ainsi que des extensions et th\u00e8mes install\u00e9s.<\/p>\n\n\n\n
Sur un site Web existant, il ne faut donc pas seulement v\u00e9rifier quelle version de PHP WordPress prend en charge lui-m\u00eame. Ce qui est d\u00e9cisif, c'est de savoir si le installation enti\u00e8re<\/strong> est compatible avec cette version.<\/p>\n\n\n\n
\nImportant :<\/strong> L'affirmation \u201e WordPress prend en charge cette version de PHP \u201c ne signifie pas automatiquement que chaque plugin et chaque th\u00e8me install\u00e9 est \u00e9galement compatible avec celle-ci.<\/p>\n<\/blockquote>\n\n\n\n
Pourquoi une version actuelle de PHP est importante<\/h2>\n\n\n\n
La raison la plus importante d'utiliser une version r\u00e9cente de PHP est la s\u00e9curit\u00e9. Si une version de PHP ne re\u00e7oit plus de mises \u00e0 jour de s\u00e9curit\u00e9 de la part du projet PHP, les sites Web doivent \u00eatre migr\u00e9s vers une version prise en charge en temps utile.<\/p>\n\n\n\n
Les versions plus r\u00e9centes de PHP peuvent \u00e9galement inclure des am\u00e9liorations en mati\u00e8re de performances et de gestion de la m\u00e9moire.<\/p>\n\n\n\n
Une mise \u00e0 niveau de PHP fait donc partie int\u00e9grante de la maintenance technique raisonnable d'un site Web WordPress.<\/p>\n\n\n\n
Pourquoi tu ne devrais pas simplement choisir la version PHP la plus r\u00e9cente<\/h2>\n\n\n\n
Un num\u00e9ro de version sup\u00e9rieur ne signifie pas automatiquement qu'un site Web existant peut y \u00eatre migr\u00e9 sans pr\u00e9paration.<\/p>\n\n\n\n
Dans la pratique, WordPress ne se r\u00e9sume pas au c\u0153ur de WordPress. Une installation utilise g\u00e9n\u00e9ralement en plus un th\u00e8me, plusieurs plugins et \u00e9ventuellement du code PHP personnalis\u00e9.<\/p>\n\n\n\n
Chacun de ces composants peut avoir ses propres exigences en mati\u00e8re de PHP.<\/p>\n\n\n\n
Une nouvelle version de PHP peut, par exemple, supprimer des fonctionnalit\u00e9s ou modifier des comportements qu'un ancien code de programmation utilise encore. Un plugin qui n'a pas \u00e9t\u00e9 mis \u00e0 jour depuis des ann\u00e9es peut ainsi provoquer des erreurs, m\u00eame si WordPress lui-m\u00eame fonctionne sans probl\u00e8me avec la nouvelle version de PHP.<\/p>\n\n\n\n
Mettre \u00e0 jour WordPress avant le changement de PHP<\/h2>\n\n\n\n
Sur une ancienne installation WordPress, vous devriez d'abord v\u00e9rifier quelle version de WordPress est utilis\u00e9e.<\/p>\n\n\n\n
Un tr\u00e8s vieux c\u0153ur WordPress peut \u00eatre incompatible avec une version PHP actuelle.<\/p>\n\n\n\n
Cela ne signifie pas pour autant que tu devrais mettre \u00e0 jour en m\u00eame temps et de mani\u00e8re incontr\u00f4l\u00e9e WordPress, tous les plugins, le th\u00e8me et PHP. En cas de sauts de version importants, une approche planifi\u00e9e est judicieuse afin qu'une erreur \u00e9ventuelle puisse \u00eatre attribu\u00e9e \u00e0 une modification pr\u00e9cise.<\/p>\n\n\n\n
V\u00e9rifier les plugins avant le changement<\/h2>\n\n\n\n
Les plugins sont l'une des causes les plus fr\u00e9quentes de probl\u00e8mes apr\u00e8s un changement de version de PHP.<\/p>\n\n\n\n
V\u00e9rifiez en particulier les extensions qui n'ont pas re\u00e7u de mise \u00e0 jour depuis longtemps ou dont les d\u00e9veloppeurs ne prennent pas en charge la version de PHP utilis\u00e9e.<\/p>\n\n\n\n
Les plugins d\u00e9velopp\u00e9s en interne ou personnalis\u00e9s doivent \u00e9galement \u00eatre pris en compte.<\/p>\n\n\n\n
Si un plugin est responsable d'une fonction importante du site web, sa compatibilit\u00e9 doit \u00eatre v\u00e9rifi\u00e9e avec un soin particulier avant la transition.<\/p>\n\n\n\n
V\u00e9rifier \u00e9galement le th\u00e8me et le th\u00e8me enfant<\/h2>\n\n\n\n
Les th\u00e8mes contiennent \u00e9galement du code PHP. Un th\u00e8me plus ancien peut donc \u00eatre touch\u00e9 par un changement de version de PHP tout aussi bien qu'une extension.<\/p>\n\n\n\n
Si le site Web utilise un th\u00e8me enfant, le code personnalis\u00e9 au sein de ce th\u00e8me enfant doit \u00e9galement \u00eatre pris en compte.<\/p>\n\n\n\n
Les adaptations individuelles se trouvent particuli\u00e8rement souvent dans :<\/p>\n\n\n\n
fonctions.php<\/code><\/p>\n\n\n\nUn tel code peut avoir fonctionn\u00e9 pendant des ann\u00e9es sans modification et ne d\u00e9clencher une erreur qu'avec une nouvelle version de PHP.<\/p>\n\n\n\n
Le code PHP personnalis\u00e9 est un facteur de risque suppl\u00e9mentaire<\/h2>\n\n\n\n
Au fil du temps, de nombreux sites Web WordPress int\u00e8grent des extraits de code personnalis\u00e9s.<\/p>\n\n\n\n
Ceux-ci peuvent par exemple se trouver dans un th\u00e8me enfant, un plugin de snippets, un plugin personnalis\u00e9 ou d'autres fichiers modifi\u00e9s.<\/p>\n\n\n\n
Lors d'une mise \u00e0 niveau de PHP, ce code ne doit pas \u00eatre oubli\u00e9.<\/p>\n\n\n\n
Le fait qu'un extrait de code fonctionne avec une ancienne version de PHP ne prouve pas automatiquement sa compatibilit\u00e9 avec une version plus r\u00e9cente.<\/p>\n\n\n\n
Faire une sauvegarde avant le changement<\/h2>\n\n\n\n
Une sauvegarde r\u00e9cente doit \u00eatre effectu\u00e9e avant toute modification technique majeure.<\/p>\n\n\n\n
La sauvegarde doit inclure les fichiers WordPress n\u00e9cessaires \u00e0 une restauration ainsi que la base de donn\u00e9es.<\/p>\n\n\n\n
Bien qu'un changement de version PHP ne modifie g\u00e9n\u00e9ralement pas directement vos articles ou vos pages, une sauvegarde r\u00e9cente reste judicieuse, car d'autres modifications pourraient s'av\u00e9rer n\u00e9cessaires lors du d\u00e9pannage.<\/p>\n\n\n\n
\nConseil pratique :<\/strong> Une sauvegarde existante n'est vraiment utile que s'il est clair comment elle peut \u00eatre restaur\u00e9e en cas d'urgence.<\/p>\n<\/blockquote>\n\n\n\n
Testez d'abord le changement de version PHP sur un site de staging<\/h2>\n\n\n\n
Pour un site web critique ou complexe, un environnement de staging est l'endroit le plus s\u00fbr pour un test PHP.<\/p>\n\n\n\n
La copie de staging doit correspondre autant que possible au site de production en termes de version WordPress, de plugins, de th\u00e8me et de code personnalis\u00e9.<\/p>\n\n\n\n
Tu peux y activer la nouvelle version de PHP et v\u00e9rifier ensuite si des erreurs surviennent, sans perturber imm\u00e9diatement le site web public.<\/p>\n\n\n\n
Pour les petits sites Web, un changement direct peut \u00eatre possible<\/h2>\n\n\n\n
Ce n'est pas chaque site Web WordPress simple qui n\u00e9cessite un processus de staging approfondi pour chaque changement de PHP.<\/p>\n\n\n\n
Si le site web est de taille g\u00e9rable, utilise des extensions r\u00e9centes et qu'une sauvegarde fonctionnelle est disponible, une transition contr\u00f4l\u00e9e sur l'environnement de production peut \u00eatre envisageable.<\/p>\n\n\n\n
Tu devrais cependant choisir un moment o\u00f9 tu pourras tester le site web de mani\u00e8re approfondie imm\u00e9diatement apr\u00e8s et r\u00e9agir en cas de probl\u00e8me.<\/p>\n\n\n\n
Modifier la version PHP dans l'h\u00e9bergement<\/h2>\n\n\n\n
Dans les environnements d'h\u00e9bergement modernes, la version de PHP peut souvent \u00eatre s\u00e9lectionn\u00e9e par domaine ou par compte d'h\u00e9bergement.<\/p>\n\n\n\n
La surface utilis\u00e9e d\u00e9pend du syst\u00e8me d'h\u00e9bergement.<\/p>\n\n\n\n
Dans un environnement cPanel ou CloudLinux, la gestion de PHP peut s'effectuer, par exemple, via les outils PHP fournis par l'h\u00e9bergeur.<\/p>\n\n\n\n
Avant de s\u00e9lectionner une version, tu dois t'assurer de modifier r\u00e9ellement la configuration PHP du bon domaine ou de la bonne installation.<\/p>\n\n\n\n
G\u00e9rer plusieurs sites web sur le m\u00eame compte d'h\u00e9bergement<\/h2>\n\n\n\n
Si plusieurs sites web se trouvent dans un m\u00eame compte d'h\u00e9bergement, vous devez v\u00e9rifier si la version de PHP est d\u00e9finie globalement ou individuellement pour chaque domaine.<\/p>\n\n\n\n
Selon la configuration de l'h\u00e9bergement, une modification peut \u00e9ventuellement concerner plus d'une application.<\/p>\n\n\n\n
C'est particuli\u00e8rement pertinent si, en plus de WordPress, des applications plus anciennes sont h\u00e9berg\u00e9es sur le m\u00eame compte.<\/p>\n\n\n\n
Changer la version PHP et la tester imm\u00e9diatement<\/h2>\n\n\n\n
Apr\u00e8s la transition, tu ne devrais pas te contenter de v\u00e9rifier si la page d'accueil s'affiche.<\/p>\n\n\n\n
Testez \u00e0 la fois le site web public et la zone d'administration WordPress.<\/p>\n\n\n\n
Visite plusieurs types de pages diff\u00e9rents et v\u00e9rifie les principales fonctionnalit\u00e9s de ton site web.<\/p>\n\n\n\n
Pour un site Web d'entreprise classique, il peut s'agir par exemple de la navigation, du formulaire de contact, de la recherche et de la connexion. Pour une boutique WooCommerce, les zones critiques comprennent notamment les pages de produits, le panier, le compte client et la commande.<\/p>\n\n\n\n
Pourquoi la page d'accueil ne suffit pas \u00e0 elle seule<\/h2>\n\n\n\n
Une erreur ne peut se produire que dans une fonction sp\u00e9cifique.<\/p>\n\n\n\n
Un plugin de formulaires ne s'ex\u00e9cute peut-\u00eatre pas du tout sur la page d'accueil. Un probl\u00e8me WooCommerce ne se manifeste \u00e9ventuellement qu'au moment du paiement. Un plugin administratif ne peut s'ex\u00e9cuter qu'au sein de
wp-admin<\/code> g\u00e9n\u00e9rer une erreur.<\/p>\n\n\n\nLe fait que la page d'accueil fonctionne apr\u00e8s un changement de version de PHP ne prouve donc pas la compatibilit\u00e9 compl\u00e8te de l'installation.<\/p>\n\n\n\n
G\u00e9rer le cache apr\u00e8s le changement de version PHP<\/h2>\n\n\n\n
Lorsqu'un cache de page est actif, le site web public peut d'abord continuer \u00e0 s'afficher correctement, bien que les requ\u00eates dynamiques WordPress provoquent d\u00e9j\u00e0 une erreur.<\/p>\n\n\n\n
Cela est possible si des pages HTML pr\u00e9existantes en cache sont servies sans qu'il soit n\u00e9cessaire d'ex\u00e9cuter \u00e0 nouveau WordPress enti\u00e8rement pour cette requ\u00eate.<\/p>\n\n\n\n
V\u00e9rifiez par cons\u00e9quent \u00e9galement les zones non mises en cache ou dynamiques, telles que la zone d'administration de WordPress.<\/p>\n\n\n\n
Erreurs typiques apr\u00e8s un changement de version PHP<\/h2>\n\n\n\n
Un plugin, un th\u00e8me ou un extrait de code incompatible peut se manifester de diff\u00e9rentes mani\u00e8res.<\/p>\n\n\n\n
WordPress peut par exemple signaler une erreur critique, afficher une page blanche ou r\u00e9agir avec une erreur HTTP 500. Dans d'autres cas, seule une fonction individuelle cesse de fonctionner.<\/p>\n\n\n\n
Si une telle erreur commence imm\u00e9diatement apr\u00e8s le changement de version de PHP, le contexte temporel est un indice de diagnostic tr\u00e8s important.<\/p>\n\n\n\n
WordPress affiche une erreur critique<\/h2>\n\n\n\n
Si, apr\u00e8s le changement de version de PHP, un message concernant une erreur critique appara\u00eet, vous devriez d'abord v\u00e9rifier si WordPress a envoy\u00e9 un lien de mode de r\u00e9cup\u00e9ration \u00e0 l'adresse e-mail de l'administrateur.<\/p>\n\n\n\n
Vous trouverez de plus amples informations sur WordPress affiche une page blanche ou une erreur critique : que faire ?<\/a>.<\/p>\n\n\n\n
Erreur HTTP 500 apr\u00e8s le changement de version de PHP<\/h2>\n\n\n\n
Une erreur HTTP 500 signifie que la requ\u00eate n'a pas pu \u00eatre trait\u00e9e avec succ\u00e8s c\u00f4t\u00e9 serveur.<\/p>\n\n\n\n
Si cette erreur appara\u00eet imm\u00e9diatement apr\u00e8s le changement de version de PHP, un code PHP incompatible, des extensions ou la configuration de PHP sont des pistes \u00e9videntes pour le diagnostic.<\/p>\n\n\n\n
Nous traitons le d\u00e9pannage d\u00e9taill\u00e9 sous Corriger l'erreur 500 dans WordPress<\/a>.<\/p>\n\n\n\n
Revenir \u00e0 la version PHP pr\u00e9c\u00e9dente<\/h2>\n\n\n\n
Si le site Web tombe en panne imm\u00e9diatement apr\u00e8s le changement de version de PHP, il peut \u00eatre judicieux de revenir temporairement \u00e0 la version qui fonctionnait auparavant.<\/p>\n\n\n\n
Si le site Web fonctionne \u00e0 nouveau par la suite, c'est un indice fort d'une incompatibilit\u00e9 avec le nouvel environnement PHP.<\/p>\n\n\n\n
Le retour en arri\u00e8re r\u00e9tablit dans un premier temps le fonctionnement du site web. Il ne r\u00e9pond cependant pas encore \u00e0 la question de savoir quelle composante est incompatible.<\/p>\n\n\n\n
\nImportant :<\/strong> Le fonctionnement permanent d'une version obsol\u00e8te de PHP ne devrait pas \u00eatre la solution pour un plugin ou un th\u00e8me incompatible. Utilisez le retour en arri\u00e8re comme une restauration temporaire et identifiez ensuite la cause r\u00e9elle.<\/p>\n<\/blockquote>\n\n\n\n
Trouver le composant incompatible<\/h2>\n\n\n\n
Si la nouvelle version de PHP d\u00e9clenche une erreur, vous devez isoler syst\u00e9matiquement le composant concern\u00e9.<\/p>\n\n\n\n
La combinaison d'un diagnostic contr\u00f4l\u00e9 des extensions\/th\u00e8mes et des journaux d'erreurs est particuli\u00e8rement utile.<\/p>\n\n\n\n
Notre guide D\u00e9tecter et r\u00e9soudre les conflits de plugins ou de th\u00e8mes dans WordPress<\/a> montre comment d\u00e9sactiver des extensions de mani\u00e8re contr\u00f4l\u00e9e sans supprimer des plugins au hasard.<\/p>\n\n\n\n
V\u00e9rifier les journaux d'erreurs apr\u00e8s un changement de PHP<\/h2>\n\n\n\n
En cas d'incompatibilit\u00e9s PHP, les journaux d'erreurs fournissent souvent beaucoup plus d'informations que le site Web visible.<\/p>\n\n\n\n
Un enregistrement de journal peut, par exemple, contenir un chemin de fichier au sein d'un plugin ou d'un th\u00e8me et ainsi fournir une indication concr\u00e8te sur la composante impliqu\u00e9e.<\/p>\n\n\n\n
Les termes typiques dans les erreurs PHP peuvent \u00eatre par exemple :<\/p>\n\n\n\n
Erreur fatale PHP<\/code><\/p>\n\n\n\n
Erreur non intercept\u00e9e<\/code><\/p>\n\n\n\n
TypeError<\/code><\/p>\n\n\n\n
Appel \u00e0 une fonction non d\u00e9finie<\/code><\/p>\n\n\n\nCe qui est d\u00e9terminant, ce n'est pas seulement la d\u00e9signation de l'erreur, mais aussi dans quel fichier et \u00e0 quel moment l'erreur se produit.<\/p>\n\n\n\n
Utiliser le d\u00e9bogage WordPress<\/h2>\n\n\n\n
Lorsque les journaux de serveur normaux ne suffisent pas, WordPress peut enregistrer des informations de d\u00e9bogage suppl\u00e9mentaires.<\/p>\n\n\n\n
Entre autres, les constantes suivantes jouent un r\u00f4le \u00e0 cet \u00e9gard :<\/p>\n\n\n\n
WP_DEBUG<\/code><\/p>\n\n\n\n
WP_DEBUG_LOG<\/code><\/p>\n\n\n\n
WP_DEBUG_DISPLAY<\/code><\/p>\n\n\n\nNous vous expliquons comment utiliser ces param\u00e8tres en toute s\u00e9curit\u00e9 et analyser les journaux sur Activer le d\u00e9bogage WordPress et utiliser les journaux d'erreurs<\/a>.<\/p>\n\n\n\n
Bien classer les avertissements et les messages de d\u00e9pr\u00e9ciation<\/h2>\n\n\n\n
Apr\u00e8s un changement de version de PHP, il n'y a pas que des erreurs fatales qui peuvent survenir. Un code plus ancien peut \u00e9galement g\u00e9n\u00e9rer des avertissements ou des notices concernant des fonctions obsol\u00e8tes.<\/p>\n\n\n\n
En termes simples, un message de d\u00e9pr\u00e9ciation signifie qu'une fonction ou une m\u00e9thode utilis\u00e9e est consid\u00e9r\u00e9e comme obsol\u00e8te et pourrait ne plus \u00eatre prise en charge \u00e0 l'avenir.<\/p>\n\n\n\n
Ce genre de remarques devrait \u00eatre corrig\u00e9 sur du code bien entretenu. Cependant, elles ne constituent pas automatiquement la m\u00eame chose qu'une erreur fatale qui stoppe compl\u00e8tement l'ex\u00e9cution.<\/p>\n\n\n\n
Ne pas afficher publiquement les messages d'erreur en permanence<\/h2>\n\n\n\n
Sur un site web en production, les erreurs PHP d\u00e9taill\u00e9es ne doivent pas \u00eatre visibles en permanence pour les visiteurs.<\/p>\n\n\n\n
De tels messages peuvent r\u00e9v\u00e9ler des chemins de fichiers internes, des informations techniques et d'autres d\u00e9tails.<\/p>\n\n\n\n
Pour le diagnostic, les journaux d'erreurs sont g\u00e9n\u00e9ralement plus appropri\u00e9s qu'un affichage public directement dans le navigateur.<\/p>\n\n\n\n
Limite de m\u00e9moire PHP apr\u00e8s le changement de version<\/h2>\n\n\n\n
La version de PHP et la limite de m\u00e9moire PHP sont deux param\u00e8tres diff\u00e9rents.<\/p>\n\n\n\n
Le passage de PHP 8.x \u00e0 une autre version de PHP n'augmente pas automatiquement la m\u00e9moire disponible pour WordPress.<\/p>\n\n\n\n
Si apr\u00e8s une modification une erreur telle que :<\/p>\n\n\n\n
Taille de m\u00e9moire autoris\u00e9e ... \u00e9puis\u00e9e<\/code><\/p>\n\n\n\nappara\u00eet, tu devrais examiner la limite de m\u00e9moire et la consommation r\u00e9elle de m\u00e9moire.<\/p>\n\n\n\n