Définir la limite de mémoire PHP, la taille de téléchargement et le temps d'exécution

Si une application PHP a besoin de plus de mémoire, que de grands fichiers ne peuvent pas être téléchargés ou qu'une opération de longue durée est interrompue, les limites de PHP peuvent jouer un rôle.

Parmi les principaux paramètres figurent :

memory_limit
upload_max_filesize
post_max_size
max_execution_time
max_input_time

Dans CURIAWEB-cPanel, vous pouvez modifier un grand nombre de ces valeurs via le Éditeur INI MultiPHP contrôler et – dans les limites prévues pour ton hébergement – adapter.

Dans ce guide, nous vous montrons quelles limites PHP sont responsables de quelle tâche, comment les modifier et comment savoir si une limite PHP est effectivement la cause de votre problème.

Important : Les limites PHP ne doivent pas être définies par précaution sur des valeurs aussi élevées que possible. Ajustez uniquement les valeurs qui sont réellement nécessaires à votre application. Une limite plus élevée ne corrige pas un code de programme défectueux ou inefficace.

Que sont les limites PHP ? #

Les limites PHP restreignent certaines ressources ou opérations de traitement d'un script PHP.

Vous pouvez par exemple déterminer :

• la quantité de mémoire que PHP est autorisé à utiliser
• la taille maximale autorisée pour un seul fichier téléchargé
• quelle peut être la taille maximale d'une requête POST complète
• la durée pendant laquelle un script PHP peut s'exécuter
• combien de temps PHP est autorisé à traiter des données d'entrée

Ces limites protègent l'environnement d'hébergement et empêchent, entre autres, que des processus individuels ne consomment des ressources de manière illimitée.

Aperçu des principales limites de PHP #

Directive PHP	Tâche
limite_mémoire	Limite la mémoire qu'un script PHP peut utiliser.
upload_max_filesize	Limite la taille d'un seul fichier téléchargé via PHP.
post_max_size	Limite la taille totale des données transmises via une requête POST.
max_execution_time	Limite le temps d'exécution d'un script PHP.
max_input_time	Limite le temps de traitement des données d'entrée.

Les valeurs ne semblent pas totalement indépendantes les unes des autres. Surtout pour les transferts de fichiers, plusieurs limites doivent être cohérentes entre elles.

Où modifiez-vous les limites PHP chez CURIAWEB ? #

Connecte-toi à ton cPanel CURIAWEB et ouvre :

Logiciel → Éditeur INI MultiPHP

Pour les modifications typiques, nous recommandons le Mode de base, si le paramètre souhaité y est proposé.

Nous expliquons le fonctionnement fondamental de l'éditeur MultiPHP INI sous Modifier les paramètres PHP dans cPanel.

Recommandation CURIAWEB : Pour les paramètres PHP pris en charge, utilisez l'éditeur INI MultiPHP. Ne distribuez pas les mêmes valeurs simultanément sur différents php.ini-, .user.iniou .htaccessConfigurations.

1. Sélectionner le domaine ou la zone correcte #

Ouvrez l'éditeur INI MultiPHP et sélectionnez la zone dont vous souhaitez modifier la configuration PHP.

Selon la configuration, des domaines ou le répertoire personnel peuvent vous être proposés.

Si plusieurs sites Web se trouvent dans votre compte d'hébergement, vérifiez attentivement quel site Web est concerné par la modification.

2. Vérifier les valeurs actuelles #

Avant de modifier quoi que ce soit, note les valeurs actuelles.

Par exemple :

memory_limit = valeur précédente
upload_max_filesize = valeur précédente
post_max_size = valeur précédente
max_execution_time = valeur précédente
max_input_time = valeur précédente

Cela vous permet de restaurer la configuration d'origine si nécessaire.

Conseil pratique : Si tu dois modifier plusieurs valeurs connexes, fais d'abord une capture d'écran. Tu auras ainsi documenté l'état initial.

3. Définir memory_limit #

La directive :

limite_mémoire

limite la mémoire qu'un script PHP peut utiliser.

Une valeur est typiquement indiquée par exemple ainsi :

256M

Cela implique M pour mégaoctet.

Quand memory_limit est-il pertinent ? #

Lorsqu'un processus PHP atteint la limite de mémoire autorisée, un message d'erreur peut par exemple inclure une indication telle que :

Taille de mémoire autorisée épuisée

contenir.

Un tel message contient souvent des informations supplémentaires sur la quantité de mémoire devant être utilisée et dans quel fichier PHP l'erreur s'est produite.

augmenter spécifiquement la memory_limit #

Si ton application nécessite manifestement plus de mémoire PHP et que ton hébergement le permet, tu peux limite_mémoire le définir sur une valeur supérieure appropriée dans l'éditeur MultiPHP INI.

Enregistrez la modification, puis répétez exactement l'opération lors de laquelle l'erreur de mémoire s'est produite.

Une consommation de mémoire très élevée devrait être étudiée #

Si un site Web ordinaire nécessite une quantité de mémoire PHP inhabituelle, il ne faut pas se contenter d'augmenter la limite.

Les causes possibles peuvent être, par exemple :

• plugin défectueux
• thème problématique
• code PHP individuel inefficace
• très grands volumes de données
• importation ou exportation exceptionnellement complexe
• erreur de programmation ou boucle

Important : Si limite_mémoire doit continuer à être augmenté sans que la cause de la consommation élevée de mémoire soit connue, l'application devrait être examinée.

La limite de mémoire PHP et la RAM de l'hébergement ne sont pas la même chose #

Le PHPlimite_mémoire ne doit pas être confondu avec l'ensemble des ressources de mémoire vive de votre compte d'hébergement.

CloudLinux gère également les ressources au niveau des comptes d'hébergement.

Un niveau PHP très élevélimite_mémoire n'augmente donc pas automatiquement les ressources globales disponibles pour votre compte d'hébergement.

Nous vous expliquons comment contrôler ces ressources sous Comprendre l'utilisation des ressources CloudLinux dans cPanel.

Limite de mémoire WordPress et memory_limit PHP #

Sur WordPress, vous rencontrerez également des termes tels que :

WP_MEMORY_LIMIT

et le cas échéant :

WP_MAX_MEMORY_LIMIT

Ces valeurs appartiennent à la configuration de WordPress et ne sont pas liées au PHP côté serveurlimite_mémoire identique.

WordPress ne peut pas simplement forcer l'utilisation d'une mémoire PHP supérieure à celle que permet effectivement la configuration PHP ou celle de l'hébergement.

En bref : Une valeur élevée de wp-config.php N'augmentez pas arbitrairement une limite PHP côté serveur inférieure.

4. Configurer upload_max_filesize #

La directive :

upload_max_filesize

définit la taille maximale d'un seul fichier pouvant être téléchargé via PHP.

Un exemple serait :

64M

Cette limite peut par exemple être pertinente pour :

• Téléchargements de médias WordPress
• Téléchargements de thèmes
• Téléchargements de plugins
• Fichiers d'importation
• d'autres formulaires de téléchargement d'une application PHP

Limite de téléchargement dans WordPress #

WordPress affiche généralement une taille de fichier maximale dans la zone de téléchargement.

Si un fichier est plus volumineux que la taille autorisée affichée ici, upload_max_filesize être l'un des paramètres pertinents.

Cependant, cette valeur n'est pas la seule limite.

5. Vérifier également post_max_size #

Pour les téléversements de fichiers PHP, il y a en plus :

post_max_size

important.

Cette directive limite la taille totale d'une requête POST.

Un téléchargement de fichier est généralement transmis dans le cadre d'une telle requête.

C'est pourquoi il faut :

upload_max_filesize
post_max_size

être judicieusement coordonnés.

Pourquoi post_max_size doit être supérieur à la taille du fichier souhaité #

Une requête POST peut contenir d'autres données de formulaire en plus du fichier proprement dit.

Si par exemple tu souhaites télécharger un fichier jusqu'à une certaine taille, il faudrait post_max_size offrant ainsi suffisamment d'espace pour l'ensemble de la demande.

Un schéma judicieusement coordonné pourrait par exemple se présenter ainsi :

upload_max_filesize = 64M
post_max_size = 72M

Ces valeurs ne sont qu'un exemple de la relation entre les deux limites et ne constituent pas une recommandation générale de CURIAWEB pour chaque site web.

Important : Définir post_max_size pas plus petit que la taille de fichier que tu indiques par upload_max_filesize vouloir permettre.

Pourquoi une augmentation de upload_max_filesize ne suffit pas à elle seule #

Supposons que tu configures :

upload_max_filesize = 128M
post_max_size = 32M

Par conséquent, la limite POST inférieure peut toujours empêcher le transfert réussi d'un fichier d'une taille correspondante.

En cas de problèmes de téléchargement, vous devez donc toujours vérifier les deux valeurs.

6. Définir max_execution_time #

La directive :

max_execution_time

limite le temps d'exécution maximal d'un script PHP.

Une valeur telle que :

60

représente typiquement 60 secondes.

Un temps d'exécution plus long peut par exemple devenir pertinent lors d'opérations PHP complexes.

Situations typiques pour max_execution_time #

Cela peut par exemple inclure :

• importations plus importantes
• exportations plus importantes
• Traitement d'images
• certains processus de sauvegarde
• traitement de données à grande échelle
• certains processus de mise à jour

Que ce soit vraiment max_execution_time tu devrais vérifier la cause en te basant sur le message d'erreur ou sur le comportement.

Délai d'exécution maximal dépassé #

Lorsqu'un script PHP atteint sa limite de temps, un message d'erreur peut par exemple contenir :

Délai d'exécution maximal dépassé

Dans ce cas, max_execution_time immédiatement pertinent.

Vérifie cependant aussi pourquoi le processus prend autant de temps.

Attention : Un temps d'exécution de plusieurs minutes n'est pas automatiquement la bonne solution. Un service externe bloqué, une boucle infinie ou du code inefficace ne seront pas réparés par une limite de temps toujours plus élevée.

ne pas confondre max_execution_time avec le délai d'expiration du navigateur #

Si votre navigateur signale un délai d'attente (timeout), cela ne signifie pas automatiquement que PHP max_execution_time a atteint.

Il y a d'autres composants techniques entre le navigateur et PHP.

Simplifié :

Navigateur
   ↓
Réseau
   ↓
Serveur web
   ↓
PHP
   ↓
Application
   ↓
Base de données / services externes

Une interruption peut survenir à différents niveaux.

Une erreur 504 Gateway Timeout n'est pas automatiquement une limite PHP #

Si un site web a un :

Délai d'attente de la passerelle 504

signale, si tu ne le fais pas automatiquement max_execution_time augmenter.

Une erreur 504 signifie qu'un composant serveur impliqué n'a pas reçu de réponse attendue à temps. La cause exacte doit donc être étudiée.

7. Vérifier max_input_time #

La directive :

max_input_time

limite le temps que PHP peut consacrer au traitement des données d'entrée.

Elle n'est pas la même que :

max_execution_time

et ne doit être modifiée que si elle est effectivement pertinente pour l'opération concrète.

max_input_time et les grands formulaires #

Dans le cas d'entrées très volumineuses ou de certaines opérations d'importation, le traitement des données d'entrée peut jouer un rôle.

Cependant, si une application indique expressément une autre directive PHP, tu ne devrais pas par précaution max_input_time augmenter.

8. Enregistrer les modifications #

Après avoir ajusté les valeurs requises, enregistrez ou appliquez la configuration PHP dans l'Éditeur INI MultiPHP.

En attente de la confirmation de cPanel.

9. Contrôler les valeurs après l'enregistrement #

Vérifiez ensuite si les valeurs prévues s'affichent dans l'éditeur MultiPHP INI.

Si tu as par exemple modifié les limites de téléchargement, vérifie à la fois :

upload_max_filesize

ainsi que :

post_max_size

10. Tester à nouveau le processus concerné #

Répétez l'opération qui a échoué précédemment après la modification.

Par exemple :

Erreur de mémoire
→ réexécuter la même opération

Téléversement trop volumineux
→ téléverser à nouveau le même fichier

Délai d'exécution dépassé
→ redémarrer le même processus

Voici comment tu peux déterminer si le changement a réellement été pertinent.

Limite PHP modifiée, le problème persiste #

Si l'erreur persiste malgré la modification de la limite, tu ne devrais pas simplement augmenter à nouveau la valeur.

Vérifiez plutôt si :

• la bonne limite a été modifiée
• le bon domaine ou la bonne zone a été sélectionné(e)
• la modification est effectivement effective
• une autre limite technique intervient
• l'application elle-même a causé un problème
• une limite de ressources d'hébergement est atteinte

Respecter les limites côté serveur #

Un compte d'hébergement mutualisé ne peut pas modifier indéfiniment les paramètres PHP et serveur.

Certaines configurations peuvent être définies côté serveur ou plafonnées.

Le fait de pouvoir entrer une valeur dans l'éditeur INI MultiPHP ne signifie pas nécessairement qu'un réglage arbitrairement élevé sera techniquement efficace.

Important : Les valeurs de configuration PHP s'appliquent dans les limites de l'ensemble de l'environnement d'hébergement. Une valeur numérique saisie ne génère pas de ressources serveur supplémentaires.

limite de mémoire PHP et limite de mémoire CloudLinux #

Ces deux termes peuvent facilement être confondus.

Simplifié :

Limite de mémoire PHP

Lorsque le compte d'hébergement atteint une limite de ressources, une augmentation de limite_mémoire passer à côté du problème.

Nous traitons des limites CloudLinux et de leur évaluation sous Limite de ressources atteinte : identifier et corriger les limites CloudLinux.

Limite de téléchargement augmentée, WordPress affiche toujours l'ancienne valeur #

Si WordPress continue d'afficher une taille de téléchargement maximale inférieure après une modification, vérifiez d'abord :

• la section appropriée de l'éditeur MultiPHP INI
• upload_max_filesize
• post_max_size
• si la modification a été enregistrée
• si d'autres configurations PHP locales existent
• si une limite côté serveur s'applique

Ne saisis pas par précaution les mêmes valeurs en double dans plusieurs fichiers de configuration.

Télécharger un gros fichier : PHP n'est pas toujours la meilleure solution #

Si vous souhaitez simplement transférer un fichier très volumineux sur votre espace Web, le téléchargement ne doit pas nécessairement s'effectuer via une application PHP.

Pour les fichiers normaux, vous pouvez par exemple utiliser le gestionnaire de fichiers cPanel ou FTP.

Nous vous expliquons comment transférer des fichiers directement via cPanel sur Télécharger, charger et modifier des fichiers dans cPanel.

Pour des transferts de fichiers plus importants ou récurrents, le protocole FTP peut s'avérer plus approprié. Nous expliquons la configuration sous Créer un compte FTP dans cPanel.

Conseil pratique : Si vous souhaitez simplement transférer un gros fichier ZIP sur le serveur, il est souvent plus judicieux de transférer le fichier directement via l'hébergement, plutôt que d'augmenter considérablement les limites de téléchargement PHP d'une application Web.

Grands plugins ou thèmes WordPress #

Si un plugin ou un thème dépasse la taille de téléchargement PHP autorisée, il peut être judicieux d'ajuster les limites de téléchargement.

Alternativement, si vous possédez les connaissances requises, un transfert de fichier direct peut également être utilisé.

Veillez à transférer les fichiers dans le bon répertoire et à ne pas écraser les installations existantes de manière incontrôlée.

Gros fichiers multimédias #

Ce n'est pas parce que PHP pourrait techniquement autoriser un très grand téléchargement qu'un fichier très volumineux a automatiquement du sens pour un site web.

Les images en particulier doivent être correctement dimensionnées et optimisées pour une utilisation sur le Web.

Les fichiers multimédias extrêmement volumineux peuvent peser sur l'espace de stockage, le temps de chargement et le traitement.

phpMyAdmin et les grands fichiers SQL #

Lors de l'importation d'un fichier SQL via phpMyAdmin, les limites de PHP peuvent jouer un rôle, par exemple si le fichier dépasse déjà la taille de téléchargement autorisée.

Cependant, un échec d'importation de base de données peut avoir de nombreuses autres causes.

Cela comprend par exemple :

• Erreur de syntaxe SQL
• tables déjà existantes
• doubles des enregistrements
• Problèmes de jeu de caractères ou de collation
• Problèmes d'autorisation
• Limites de serveur ou de base de données
• importation déjà partiellement exécutée

Vous trouverez le diagnostic systématique sous Importation phpMyAdmin impossible : erreurs et gros fichiers SQL.

Ne pas importer aveuglément un gros fichier SQL plusieurs fois #

Si un import de base de données s'interrompt après une longue période d'exécution, vous ne devriez pas importer à nouveau immédiatement le même fichier.

L'importation peut déjà avoir créé une partie des tables ou des données.

Vérifiez d'abord l'état de la base de données cible et le message d'erreur précis.

max_execution_time pour les tâches cron #

Pour les tâches planifiées, vous ne devez pas supposer automatiquement qu'un problème est exclusivement causé par max_execution_time est causé.

Les tâches cron peuvent avoir des chemins d'exécution et des conditions cadres différents d'un appel PHP normal via le navigateur.

Nous traitons de la configuration des tâches cron sous Créer une tâche cron dans cPanel et configurer correctement le calendrier.

Limites de PHP et performances du site Web #

Des limites PHP très élevées ne rendent pas automatiquement un site web plus rapide.

Par exemple :

limite_memoire = très élevée
≠
Site web automatiquement plus rapide

Une limite définit une frontière. Ce n'est pas un paramètre de performance au sens d'un accélérateur.

Plus de mémoire peut masquer du code inefficace #

Si une application refonctionne d'abord grâce à une forte augmentation de la limite de mémoire, il convient tout de même de vérifier si le besoin réel en mémoire est plausible.

Un plugin défectueux peut, par exemple, consommer de plus en plus de mémoire jusqu'à ce qu'une limite plus élevée soit à son tour atteinte.

Plus de temps d'exécution peut masquer un processus lent #

Il en va de même pour max_execution_time.

Si une opération prend soudainement 300 secondes au lieu de 30, une limite plus élevée peut certes empêcher une interruption, mais elle n'explique pas pour autant pourquoi le processus prend autant de temps.

C'est pourquoi, en cas de problèmes récurrents, il convient d'en rechercher la cause profonde.

Vérifier la version de PHP avant le dépannage #

Si des problèmes de PHP sont survenus immédiatement après un changement de version de PHP, il convient de vérifier d'abord la compatibilité de l'application.

L'augmentation des limites PHP ne résout pas une incompatibilité avec une version de PHP.

Vous gérez la version PHP dans CURIAWEB via le MultiPHP-Manager.

Utiliser le journal des erreurs #

Si l'on ne sait pas quel est la limite atteinte, le journal des erreurs peut fournir des indices importants.

Un message tel que :

Taille de mémoire autorisée épuisée

indique beaucoup plus précisément la cause qu'une déclaration générale telle que „ le site Web ne fonctionne pas “.

Nous expliquons comment trouver et classifier de tels indices sous Lire le journal des erreurs cPanel et trouver les erreurs du site Web.

Associer correctement les messages d'erreur typiques #

Certains rapports donnent déjà une forte indication sur le niveau pertinent :

Observation	Vérifier d'abord
Taille de mémoire autorisée épuisée	limite_mémoire et cause de la consommation de mémoire
Le fichier dépasse la taille maximale de téléchargement	upload_max_filesize et post_max_size
Délai d'exécution maximal dépassé	max_execution_time et la cause de la longue durée d'exécution
Limite de ressources atteinte	Ressources CloudLinux au lieu de simples limites PHP
Délai d'attente de la passerelle 504	examiner toute la chaîne de traitement

Ne pas augmenter toutes les limites en même temps #

Lorsqu'une application signale une erreur de mémoire, il n'y a généralement aucune raison d'augmenter massivement et simultanément la taille des téléchargements, la taille des POST et le temps d'exécution.

Un changement ciblé facilite le diagnostic.

Règle de base : Lire le message d'erreur → identifier la limite pertinente → documenter la valeur initiale → ajuster de manière ciblée → tester à nouveau la même opération.

Ne pas copier les limites PHP de tutoriels tiers via .htaccess #

Les tutoriels plus anciens recommandent parfois des lignes de configuration PHP à l'intérieur de :

.htaccess

De telles instructions peuvent dépendre du mode de fonctionnement PHP utilisé et même provoquer une erreur de serveur dans un environnement inadapté.

Utilisez par conséquent pour les paramètres décrits ici la gestion PHP prévue dans le cPanel de CURIAWEB.

Si tu en as un existant .htaccess tu dois enquêter, tu trouveras la procédure sous .htaccess expliqué et modifié en toute sécurité.

Vérifier les limites PHP après le transfert du site web #

Si un site Web a été transféré d'un autre hébergement, les configurations PHP peuvent différer.

L'ancien site web a pu, par exemple, fonctionner avec d'autres valeurs.

De plus, des fichiers tels que :

php.ini

ou

.user.ini

avoir été repris de l'ancien hébergement.

Par conséquent, si des limites PHP inattendues ou des erreurs surviennent après un déménagement, vous devez également vérifier les configurations PHP locales existantes.

Ne supprimez pas la configuration PHP locale sans savoir pourquoi #

Si vous php.ini ou .user.ini trouves, documente leur contenu ou sauvegarde le fichier avant d'apporter des modifications.

Elle peut avoir été utilisée consciemment par une application ou une configuration précédente.

Annuler la modification #

Si une valeur PHP modifiée n'aide pas ou a des effets inattendus, tu peux rétablir la valeur initiale précédemment documentée.

Ouvrir :

Logiciel → Éditeur INI MultiPHP

Sélectionnez la bonne zone et réinsérez la valeur d'origine.

Enregistrez ensuite et testez à nouveau le site web.

Exemple : Le fichier téléchargé est trop volumineux #

Supposons qu'une application ne puisse pas télécharger un fichier requis en raison de sa taille.

Ensuite, tu procèdes de manière systématique :

1. Vérifiez la taille du fichier.
2. Ouvrez l'éditeur MultiPHP INI.
3. Vérifie upload_max_filesize.
4. Vérifie post_max_size.
5. Documente les valeurs précédentes.
6. Ajuste les valeurs uniquement dans la mesure nécessaire.
7. Enregistre la configuration.
8. Répétez le même téléchargement.

Si le téléchargement ne fonctionne toujours pas, vérifiez d'autres limites possibles au lieu d'augmenter constamment les valeurs.

Exemple : La mémoire PHP est insuffisante #

Lors d'un message tel que :

Taille de mémoire autorisée épuisée

procédez-vous de la manière suivante :

1. Notez le message d'erreur complet.
2. Vérifiez quel fichier ou composant est mentionné.
3. Vérifier la valeur actuelle de limite_mémoire.
4. Vérifiez si les besoins en mémoire de l'application sont plausibles.
5. Ajustez la limite en cas de besoin légitime dans les limites disponibles.
6. Répète la même opération.
7. Analysez l'application si la consommation de mémoire reste anormalement élevée.

Exemple : L'opération s'interrompt après une longue période #

Si une opération PHP s'arrête après un certain temps d'exécution :

1. Notez le message d'erreur exact.
2. Vérifie si effectivement Délai d'exécution maximal dépassé est signalé.
3. Vérifie max_execution_time.
4. Vérifiez si la longue durée de l'opération est plausible.
5. N'augmentez la valeur qu'en cas de besoin concret.
6. Répète la même opération.
7. En cas de durées d'exécution durablement longues, examinez l'application ou le processus.

Quand devez-vous contacter le support ? #

Si une limite PHP requise ne peut pas être modifiée, si une valeur définie ne prend pas effet ou si une opération continue d'échouer malgré des paramètres plausibles, tu dois documenter l'état actuel aussi précisément que possible.

Sont particulièrement utiles pour une analyse :

• domaine concerné
• version PHP utilisée
• directive PHP concernée
• valeur initiale
• nouvelle valeur définie
• message d'erreur précis
• quel processus échoue
• Taille d'un fichier concerné, si pertinent
• CMS ou application utilisé
• si le problème est apparu seulement après une modification spécifique

Ne transmettez pas de mots de passe ou d'autres informations d'identification confidentielles.

Résumé #

Vous pouvez consulter les principales limites PHP dans le cPanel de CURIAWEB via Logiciel → Éditeur INI MultiPHP contrôler et adapter dans les limites disponibles.

limite_mémoire limite la mémoire PHP, upload_max_filesize la taille d'un seul fichier téléchargé et post_max_size la taille totale d'une requête POST. max_execution_time concerne le temps d'exécution d'un script PHP, tandis que max_input_time concerne le traitement des données d'entrée.

Lors des téléversements de fichiers, il faut en particulier upload_max_filesize et post_max_size être judicieusement coordonnées entre elles. En cas de problèmes de mémoire ou de temps d'exécution, tu ne dois en revanche pas seulement augmenter la limite, mais aussi vérifier pourquoi l'application requiert un nombre inhabituel de ressources ou de temps.

De plus, les limites PHP ne sont pas équivalentes à l'ensemble des ressources CloudLinux de votre compte d'hébergement. Une valeur PHP très élevée ne génère pas de ressources serveur supplémentaires.

La procédure la plus importante est donc la suivante : Identifier l'erreur, déterminer la limite pertinente, documenter la valeur initiale, ajuster de manière ciblée et tester à nouveau la même opération.