Plugin ne s’installe pas, le téléversement d’un thème s’interrompt à mi-chemin? Le panneau d’administration affiche «Allowed memory size exhausted»? Le plus souvent, un seul fichier est en cause: php.ini.

Il s’agit du fichier de configuration principal de PHP: il définit la quantité de mémoire allouée aux scripts, leur durée d’exécution maximale et les tailles de fichier acceptées. Sur un hébergement classique, ces limites sont volontairement basses, l’hébergeur économisant ainsi ses ressources.

Voici où trouver php.ini dans n’importe quel environnement (WAMP, XAMPP, Linux, cPanel) et les cinq directives à modifier pour WordPress en 2026. Avec des valeurs précises, sans approximation.

💡 Aperçu rapide:

• Créez un fichier PHP de test avec la fonction phpinfo pour voir immédiatement le chemin vers php.ini sur n’importe quel serveur
• Sous WAMP, XAMPP et cPanel, le chemin est accessible via l’interface, sans avoir à éditer de code
• Réglages clés pour WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size et max_input_vars
• Après modification, vérifiez les limites réelles via phpinfo() ou WP-CLI pour vous assurer que l’hébergeur n’a pas ignoré vos changements

Qu’est-ce que php.ini et pourquoi y toucher

php.ini est un fichier texte contenant des directives qui contrôlent le comportement de PHP sur le serveur. Il est chargé à chaque démarrage d’un processus PHP et définit des limites: mémoire, temps d’exécution, taille des fichiers téléversés, niveau d’erreur.

Pour WordPress, cinq directives sont critiques. memory_limit alloue la RAM nécessaire au traitement des pages: les thèmes modernes et les constructeurs (Gutenberg, Elementor) exigent facilement 256 Mo et plus. max_execution_time limite le nombre de secondes accordées à l’exécution d’un script: si un plugin importe du contenu de démonstration ou que WooCommerce génère des rapports, les 30 secondes par défaut garantissent une coupure. upload_max_filesize et post_max_size encadrent les téléversements: un ZIP de thème peut peser plus de 40 Mo, alors que la limite de l’hébergeur est de 2 Mo. Enfin, max_input_vars plafonne le nombre de variables POST: avec 1000 éléments de menu et une valeur par défaut de 2000, l’enregistrement du menu est tronqué sans avertissement.

Bonne nouvelle: php.ini peut être modifié même sur un hébergement mutualisé économique. Mauvaise nouvelle: encore faut-il le trouver, et le chemin dépend du système d’exploitation, du panneau de contrôle et du mode d’installation de PHP (module Apache, CGI/FastCGI, PHP-FPM).

Comment trouver php.ini: méthode universelle via phpinfo()

La méthode la plus fiable, qui fonctionne sur n’importe quel serveur, consiste à créer un fichier PHP de test avec la fonction phpinfo().

Créez un fichier portant un nom quelconque et l’extension .php (par exemple, info.php) et insérez-y:

1
<?php phpinfo(); ?>

Téléversez le fichier à la racine du site (via FTP, le gestionnaire de fichiers de l’hébergement ou WP-CLI) et ouvrez-le dans un navigateur: https://your-site.com/info.php.

Sur la page qui s’affiche, repérez la ligne Loaded Configuration File: c’est le chemin complet vers le php.ini actif. Si PHP fonctionne comme module Apache, le chemin apparaîtra sur la ligne Configuration File (php.ini) Path; dans ce cas, le fichier lui-même peut ne pas exister et doit être créé manuellement.

Après vérification, supprimez immédiatement info.php: ce fichier expose des détails de configuration du serveur, ce qui n’est pas sûr.

Où se trouve php.ini dans WAMP

Sous WAMP (environnement Windows: Apache + MySQL + PHP), le chemin vers php.ini est accessible directement depuis la barre des tâches.

Faites un clic droit sur l’icône WAMP, survolez PHP et sélectionnez php.ini: le fichier s’ouvre dans un éditeur de texte. Si l’installation comporte plusieurs versions de PHP, assurez-vous d’avoir sélectionné celle sur laquelle tourne le site (visible dans la barre des tâches: WAMP → PHP → Version).

Chemin alternatif via le menu WAMP: clic gauche sur l’icône → PHP → php.ini. Physiquement, le fichier se trouve dans C:\wamp64\bin\php\phpX.Y.Z\php.ini (ou C:\wamp\bin\... pour les anciennes versions).

Où se trouve php.ini dans XAMPP

Sous XAMPP sur Windows et Linux, le chemin vers php.ini passe par le panneau de contrôle. Ouvrez le panneau de contrôle XAMPP et cliquez sur le bouton Config dans la ligne du module Apache. Dans le menu déroulant, sélectionnez PHP (php.ini): le fichier s’ouvre dans l’éditeur.

S’il n’y a pas de bouton Config (ancienne version de XAMPP), allez directement dans: C:\xampp\php\php.ini sous Windows ou /opt/lampp/etc/php.ini sous Linux.

Après modification, redémarrez Apache avec les boutons Stop → Start du panneau de contrôle.

Où se trouve php.ini sous Linux (VPS / serveur dédié)

Sur un serveur Linux sans panneau de contrôle, php.ini se trouve avec une seule commande dans le terminal:

1
php -i | grep "Loaded Configuration File"

Le résultat ressemblera à ceci:

1
Loaded Configuration File => /etc/php/8.2/cli/php.ini

Nuance importante: PHP en ligne de commande (CLI) et PHP pour serveur web (Apache/Nginx) utilisent souvent des fichiers php.ini différents. La commande ci-dessus affiche le chemin pour la version CLI. Pour connaître le chemin utilisé par le serveur web, créez un fichier info.php selon la méthode de la section précédente et ouvrez-le dans un navigateur, ou exécutez:

1
ls /etc/php/*/apache2/php.ini
2
ls /etc/php/*/fpm/php.ini

Les emplacements types dépendent de la version de PHP et du serveur web:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Chemin générique (si PHP est compilé manuellement): /usr/local/lib/php.ini

Après modification, redémarrez le serveur web: sudo systemctl restart apache2 ou sudo systemctl restart php8.2-fpm.

Où se trouve php.ini dans cPanel et autres panneaux d'hébergement

Sur un hébergement mutualisé avec cPanel, le fichier php.ini se trouve généralement à la racine du site, dans public_html. Pour le voir:

• Connectez-vous à cPanel et ouvrez le Gestionnaire de fichiers
• Accédez au dossier public_html
• Repérez php.ini dans la liste des fichiers

Si le fichier n'existe pas, créez-le avec le bouton + Fichier. Saisissez les directives nécessaires et enregistrez. L'hébergeur prendra en compte les paramètres en quelques minutes.

Sur les hébergements modernes, les outils MultiPHP Manager (cPanel) ou Select PHP Version sont de plus en plus courants: ils permettent de modifier le php.ini via une interface web, sans passer par le gestionnaire de fichiers. Si votre panneau propose ce type d'outil, utilisez-le: vous réduisez le risque d'erreurs de syntaxe.

Cas particulier: le fichier .user.ini. Sur les hébergements utilisant PHP-FPM (FastCGI), le php.ini placé à la racine du site peut être ignoré; on crée alors un fichier .user.ini contenant les mêmes directives. Consultez la documentation de votre hébergeur pour savoir quel fichier utiliser.

Paramètres php.ini recommandés pour WordPress (à jour pour 2026)

Les valeurs «par défaut» de base dans php.ini n'ont pas changé depuis des décennies et sont conçues pour des scripts simples, pas pour un CMS moderne. WordPress avec les extensions actuelles exige des limites nettement plus élevées. Voici les valeurs recommandées, validées en pratique.

Directives essentielles

1
memory_limit = 512M
2
max_execution_time = 300
3
upload_max_filesize = 128M
4
post_max_size = 128M
5
max_input_vars = 4000
6
max_input_time = 300
7
file_uploads = On

La directive safe_mode a été supprimée de PHP à partir de la version 5.4, ne l'ajoutez pas à votre configuration. Si vous voyez cette ligne dans un ancien php.ini, supprimez-la sans hésiter.

Cache (opcache)

Pour les sites en production, opcache est obligatoire: il apporte un gain de vitesse d'un facteur 2 à 3 en mettant en cache le bytecode compilé:

1
opcache.enable = 1
2
opcache.memory_consumption = 256
3
opcache.max_accelerated_files = 10000
4
opcache.revalidate_freq = 2
5
opcache.validate_timestamps = 1

Journalisation des erreurs

Sur un site en production, l'affichage des erreurs à l'écran doit être désactivé, mais la journalisation doit rester active:

1
display_errors = Off
2
log_errors = On
3
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

Méthodes alternatives:.htaccess et wp-config.php

L'accès au php.ini n'est pas toujours possible. Chez certains hébergeurs, des solutions de contournement existent.

Via.htaccess (Apache + mod_php)

Ajoutez ceci au fichier .htaccess à la racine du site:

1
php_value memory_limit 512M
2
php_value upload_max_filesize 128M
3
php_value post_max_size 128M
4
php_value max_execution_time 300

Cela ne fonctionnera que si PHP tourne en tant que module Apache (mod_php). Avec PHP-FPM, les directives php_value provoqueront une erreur 500; dans ce cas, utilisez .user.ini.

Via wp-config.php

Ajoutez avant la ligne /* That's all, stop editing! */:

1
define('WP_MEMORY_LIMIT', '512M');
2
define('WP_MAX_MEMORY_LIMIT', '512M');

WP_MEMORY_LIMIT définit la limite pour le frontend, WP_MAX_MEMORY_LIMIT pour l'administration. Cela ne remplace pas le php.ini, mais résout souvent l'erreur «Allowed memory size exhausted» précisément quand l'accès à la configuration du serveur est restreint.

Vidéo: trouver et modifier php.ini en pratique

Courte vidéo avec une démonstration visuelle de toutes les méthodes décrites, de phpinfo() au gestionnaire MultiPHP dans cPanel:

⁉️🤔 Foire aux questions

Pourquoi rien n’a changé après avoir modifié php.ini?

Le processus PHP n’a pas redémarré. Rechargez Apache (systemctl restart apache2 ou via le bouton du panneau), PHP-FPM (systemctl restart phpX.Y-fpm), ou attendez le redémarrage automatique sur un hébergement mutualisé (en général 2 à 5 minutes). Vérifiez que vous modifiez bien le php.ini indiqué par phpinfo() sur la ligne Loaded Configuration File (un serveur peut en avoir plusieurs).

Après les modifications, vérifiez toujours la limite effective via phpinfo(): l’hébergeur peut écraser certaines directives par des paramètres globaux. Si la valeur n’a pas changé, créez un fichier .user.ini à la racine du site (pour PHP-FPM) ou contactez le support.

De quelle memory_limit WordPress a-t-il vraiment besoin en 2026?

256M: minimum de sécurité pour un site classique avec 10 à 15 extensions. Si un constructeur de pages est installé (Elementor, Bricks, Breakdance), WooCommerce ou une extension de cache complexe, passez à 512M. Les sites sous Gutenberg avec de nombreux blocs et compositions tendent également vers 512M. Les 128M recommandés dans les anciens guides ne suffisent plus pour un WordPress moderne: le cœur seul avec un thème Full Site Editing peut atteindre cette limite.

Exception: les hébergements mutualisés économiques avec un plafond strict. Si l’hébergeur refuse de relever la memory_limit au-dessus de 128M, envisagez de changer d’offre ou d’hébergeur: un site avec cette limite plantera à chaque mise à jour ou presque.

Qu’est-ce qui est le plus important: modifier php.ini ou wp-config.php?

php.ini agit au niveau système, wp-config.php au niveau applicatif. Si vous avez accès à php.ini, modifiez-le: les limites s’appliqueront globalement et ne seront pas réinitialisées lors des mises à jour du cœur. Utilisez wp-config.php comme solution de repli quand l’hébergeur a verrouillé php.ini. WP_MEMORY_LIMIT dans wp-config.php remplace la memory_limit de php.ini pour WordPress, mais n’affecte pas max_execution_time, upload_max_filesize ni les autres directives: celles-ci doivent être modifiées via .htaccess ou .user.ini.