Les Constantes de configuration WordPress : Le guide complet

WordPress, le système de gestion de contenu (CMS) le plus populaire au monde, alimente actuellement des millions de sites web à travers la planète. Que vous soyez un blogueur passionné, un entrepreneur cherchant à développer sa présence en ligne, ou même un développeur expérimenté, WordPress offre une plateforme souple et puissante pour créer des sites web de qualité professionnelle. Au-delà de son interface utilisateur conviviale, l'une des forces majeures de WordPress réside dans sa flexibilité, qui permet de personnaliser presque tous les aspects du site pour répondre aux besoins spécifiques de chaque projet.

Au cœur de cette personnalisation se trouvent les "Constantes de configuration de WordPress", des outils essentiels qui permettent aux administrateurs de sites et aux développeurs de définir des paramètres clés influençant le comportement de leur site sans avoir besoin de plonger dans les arcanes du code source. Ces constantes agissent comme des indicateurs qui orientent le fonctionnement global de WordPress et offrent une souplesse sans pareille, garantissant ainsi que chaque site peut être façonné de manière unique.

Dans cet article, nous plongeons dans l'univers fascinant des constantes de configuration de WordPress. Nous explorerons en détail certaines des constantes les plus couramment utilisées, leurs rôles essentiels dans le système, et comment elles peuvent être mises à profit pour améliorer la sécurité, les performances, et la convivialité de votre site.

Que vous soyez un nouvel arrivant dans l'univers de WordPress ou un habitué chevronné cherchant à optimiser votre site, la compréhension des constantes de configuration vous ouvre les portes d'un contrôle plus avancé de votre site, sans les tracas de modifications complexes du code. Préparez-vous à découvrir comment ces petites, mais puissantes valeurs peuvent apporter une grande différence à votre expérience WordPress !

Les bases des constantes de configuration : Comment ça marche ?

Avant de plonger dans les détails des constantes individuelles, prenons un moment pour comprendre comment elles fonctionnent et où elles résident dans l'écosystème WordPress. Les constantes de configuration sont des déclarations de variables qui attribuent des valeurs fixes à des paramètres spécifiques du site. Contrairement aux variables classiques, ces constantes ne peuvent pas être modifiées pendant l'exécution du programme, d'où leur caractère "constant". Cela garantit que les valeurs définies restent inchangées, assurant ainsi la cohérence et la stabilité du site.

Les constantes de configuration de WordPress sont généralement définies dans le fichier "wp-config.php", situé à la racine de votre installation WordPress. Ce fichier joue un rôle central dans la configuration du site, car il contient des informations cruciales telles que les détails de connexion à la base de données, les clés de sécurité, les URLs du site, et bien plus encore.

Les constantes de configuration sont définies en utilisant la syntaxe suivante :

define('NOM_DE_LA_CONSTANTE', 'valeur_de_la_constante');

Une fois qu'une constante est définie, elle peut être appelée et utilisée partout dans le code WordPress. C'est ce mécanisme qui permet d'influencer le comportement global du site en ajustant certaines valeurs clés. Maintenant que nous avons une vue d'ensemble du fonctionnement des constantes de configuration, explorons certaines des plus utiles et des plus puissantes d'entre elles.

 

La gestion de la mémoire

Voici les deux constantes utilisées dans WordPress pour gérer la mémoire  :

• WP_MEMORY_LIMIT :

Cette constante permet de définir la limite de mémoire PHP allouée à l'exécution de WordPress. Cette limite contrôle la quantité de mémoire vive (RAM) disponible pour les opérations et le traitement de données sur votre site.

Lorsque WordPress s'exécute, il peut nécessiter différentes quantités de mémoire en fonction des tâches qu'il effectue. Par exemple, le chargement d'images ou d'extensions volumineuses, l'exécution de scripts complexes ou le traitement de grandes quantités de données peuvent consommer davantage de mémoire. Si la limite de mémoire allouée est trop basse, cela peut entraîner des erreurs, des plantages ou un comportement inattendu de votre site.

Voici comment définir la constante WP_MEMORY_LIMIT dans le fichier "wp-config.php" :

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

Veuillez noter que la valeur spécifiée doit être compatible avec la configuration de le serveur. Si le serveur a une limite de mémoire inférieure à celle définie dans WP_MEMORY_LIMIT, la valeur du serveur sera utilisée.

• WP_MAX_MEMORY_LIMIT :

la constante WP_MAX_MEMORY_LIMIT fixe une limite supérieure spécifique pour les tâches qui nécessitent plus de mémoire, telles que le traitement d'images volumineuses ou l'importation de données massives par exemple.

Voici un exemple pour définir la constante WP_MAX_MEMORY_LIMIT  :

define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Les constantes de DEBUG de WordPress

WordPress propose plusieurs constantes de débogage (DEBUG) qui facilitent le processus de débogage et d'identification des erreurs sur votre site. Ces constantes vous permettent d'afficher des messages d'erreur, des avertissements et des informations de débogage, ce qui est particulièrement utile pour les développeurs lorsqu'ils travaillent sur le thème, les plugins ou la configuration de leur site quand des erreurs surviennent sur le site (suite à une mise à jour, changement de version PHP...).

Voici les constantes de débogage les plus couramment utilisées dans WordPress :

1. WP_DEBUG: Lorsque cette constante est définie sur "true", le mode de débogage de WordPress est activé. Cela signifie que les erreurs, les avertissements et les informations de débogage seront affichés sur votre site. C'est un excellent outil pour les développeurs qui cherchent à résoudre des problèmes et à corriger des erreurs dans leur code.
2. WP_DEBUG_LOG: Lorsque cette constante est définie sur "true", WordPress enregistre les messages de débogage dans un fichier de journal (debug.log) plutôt que de les afficher directement sur le site. Cela permet de garder le site propre et d'accéder aux informations de débogage dans un fichier dédié.
3. WP_DEBUG_DISPLAY: Cette constante contrôle l'affichage des erreurs et des avertissements de débogage sur le site. Lorsqu'elle est définie sur "true", les messages de débogage seront affichés sur le site. Si elle est définie sur "false", les messages ne seront visibles que dans le fichier de journal si WP_DEBUG_LOG est également définie sur "true".
4. SCRIPT_DEBUG: Cette constante est utilisée pour charger les versions non compressées (non minifiées) des fichiers JavaScript et CSS de WordPress et des extensions. Cela facilite la lecture et le débogage du code source lorsque vous travaillez sur le développement ou la personnalisation de thèmes ou de plugins.

Pour activer le mode de débogage et utiliser ces constantes, vous pouvez les définir dans le fichier "wp-config.php" situé à la racine de votre installation WordPress. Par exemple :

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

L'activation du mode de débogage est très utile pendant les phases de développement et de test, car cela permet de détecter rapidement et de corriger les problèmes avant de mettre votre site en production. Cependant, il est important de désactiver le mode de débogage une fois que votre site est en ligne, car l'affichage d'informations de débogage peut être potentiellement sensible et peu professionnel pour les visiteurs. Vous souhaitez tout de même afficher les erreurs à l'écran, définissez WP_DEBUG_DISPLAY sur "true".

Forcer les SSL

Dans WordPress, vous pouvez forcer l'utilisation du protocole SSL (Secure Sockets Layer) pour sécuriser les connexions entre le navigateur des utilisateurs et votre site, cela est inutile chez WPServeur puisque tous nos WordPress sont automatiquement avec un certificat SSL. Le SSL crypte les données échangées entre le serveur et le navigateur, ce qui renforce la sécurité et protège les informations sensibles des utilisateurs.

Voici les constantes que vous pouvez utiliser dans WordPress pour forcer l'utilisation de SSL :

• FORCE_SSL_ADMIN : Lorsque cette constante est définie sur "true", elle force l'utilisation du SSL pour l'administration de votre site WordPress. Cela signifie que tous les accès à l'interface d'administration seront sécurisés via SSL. Pour définir cette constante, ajoutez la ligne suivante dans le fichier "wp-config.php" :

define('FORCE_SSL_ADMIN', true); 

• FORCE_SSL_LOGIN : Cette constante force l'utilisation du SSL pour la connexion des utilisateurs à l'interface d'administration. Lorsqu'elle est définie sur "true", les noms d'utilisateur et les mots de passe des utilisateurs seront transmis de manière sécurisée via SSL lorsqu'ils se connectent au site. Pour l'activer, ajoutez la ligne suivante dans le fichier "wp-config.php" :

define('FORCE_SSL_LOGIN', true); 

En utilisant ces constantes, vous assurez que les connexions à l'administration de votre site sont sécurisées par SSL, garantissant ainsi que les informations sensibles des utilisateurs, telles que les identifiants de connexion, sont protégées contre les interceptions malveillantes.Il est essentiel de noter que pour utiliser le SSL sur votre site, vous devez disposer d'un certificat SSL valide installé sur votre serveur.

Modifier l’URL de votre site

• WP_HOME

Elle permet de définir l'URL du répertoire principal de votre site WordPress. Cette URL est utilisée comme adresse de base pour tous les liens internes et les ressources du site.

Lorsque vous installez WordPress pour la première fois, WP_HOME est généralement définie automatiquement en fonction de l'URL que vous avez saisie lors de l'installation. Toutefois, il peut y avoir des cas où vous souhaitez modifier cette URL, par exemple, si vous déplacez votre site vers un nouveau domaine ou un sous-répertoire.

Pour définir la constante WP_HOME, vous pouvez l'ajouter dans le fichier "wp-config.php" situé à la racine de votre installation WordPress. Voici comment le faire :

define('WP_HOME', 'https://www.example.com');

Remplacez "https://www.example.com" par l'URL que vous souhaitez utiliser comme adresse principale de votre site.

Il est important de noter que si vous changez l'URL de WP_HOME, assurez-vous que vous pouvez accéder au site avec cette nouvelle URL, sinon vous risquez de vous verrouiller hors de l'administration de votre site.

• WP_SITEURL

Elle permet de définir l'URL complète (y compris le chemin d'accès) vers le répertoire principal de votre installation WordPress. Cette URL est utilisée pour accéder à l'ensemble de votre site, y compris le frontend et l'interface d'administration.

Lorsque vous installez WordPress, WP_SITEURL est généralement définie automatiquement en fonction de l'URL que vous avez saisie lors de l'installation. Toutefois, il peut y avoir des situations où vous souhaitez modifier cette URL, par exemple, si vous déplacez votre site vers un nouveau domaine ou un sous-répertoire.

Pour définir la constante WP_SITEURL, vous pouvez l'ajouter dans le fichier "wp-config.php" situé à la racine de votre installation WordPress. Voici comment le faire :

define('WP_SITEURL', 'https://www.example.com');

Remplacez "https://www.example.com" par l'URL complète que vous souhaitez utiliser pour accéder à votre site.

Tout comme avec la constante WP_HOME, si vous modifiez l'URL de WP_SITEURL, assurez-vous que le site est accessible avec cette nouvelle URL pour éviter les problèmes d'accès.

Les constantes pour la gestion des fichiers systèmes

WordPress utilise plusieurs constantes pour gérer les fichiers système, leur emplacement et leurs autorisations. Ces constantes sont importantes pour assurer le bon fonctionnement et la sécurité de votre site. Voici quelques-unes des principales constantes liées à la gestion des fichiers systèmes dans WordPress :

1. WP_CONTENT_DIR : Cette constante définit le chemin absolu du répertoire "wp-content", qui contient généralement les thèmes, les plugins, les médias et autres fichiers téléchargés sur votre site. Par défaut, cette constante est définie automatiquement en fonction de l'emplacement de votre installation WordPress.Exemple d'utilisation :

   define( 'WP_CONTENT_DIR', '/chemin/absolu/vers/votre/repertoire/wp-content' );
   

2. WP_CONTENT_URL : Cette constante définit l'URL du répertoire "wp-content". Elle est utilisée pour accéder aux fichiers stockés dans ce répertoire. Par défaut, cette constante est également définie automatiquement en fonction de l'URL de votre installation WordPress.Exemple d'utilisation :

   define( 'WP_CONTENT_URL', 'https://www.example.com/wp-content' );

3. WP_PLUGIN_DIR : Cette constante définit le chemin absolu du répertoire des plugins. Par défaut, elle est définie en fonction de WP_CONTENT_DIR, mais vous pouvez la redéfinir si vous souhaitez stocker vos plugins dans un emplacement différent.Exemple d'utilisation :
   define( 'WP_PLUGIN_DIR', '/chemin/absolu/vers/votre/repertoire/wp-content/plugins' );
4. WP_PLUGIN_URL : Cette constante définit l'URL du répertoire des plugins. Elle est utilisée pour accéder aux fichiers des plugins. Par défaut, elle est définie en fonction de WP_CONTENT_URL, mais vous pouvez la personnaliser si nécessaire.Exemple d'utilisation :

   define( 'WP_PLUGIN_URL', 'https://www.example.com/wp-content/plugins' );

5. WP_TEMP_DIR : Cette constante définit le chemin absolu du répertoire temporaire utilisé par WordPress pour stocker les fichiers temporaires lors des téléchargements, des mises à jour, etc. Par défaut, cette constante est définie en fonction du système d'exploitation du serveur.Exemple d'utilisation :

   define( 'WP_TEMP_DIR', '/chemin/vers/votre/repertoire/temporaire' );

6. WPMU_PLUGIN_DIR : Cette constante est utilisée pour définir le chemin absolu du répertoire où sont stockés les plugins activés au niveau du réseau dans une installation WordPress Multisite. Par défaut, elle pointe vers le dossier « wp-content/plugins » de votre installation WordPress.Exemple d'utilisation :

   define( 'WPMU_PLUGIN_DIR', '/chemin/absolu/vers/votre/repertoire/wp-content/plugins' );

7. WPMU_PLUGIN_URL : Cette constante est utilisée pour définir l'URL du répertoire où sont stockés les plugins activés au niveau du réseau dans une installation WordPress Multisite. Par défaut, elle pointe vers le dossier « wp-content/plugins » de votre installation WordPress.Exemple d'utilisation :

   define( 'WPMU_PLUGIN_URL', 'https://www.example.com/wp-content/plugins' );

8. TEMPLATEPATH : La constante TEMPLATEPATH est une constante utilisée dans WordPress pour définir le chemin absolu du répertoire du thème actif. Elle pointe vers le répertoire où sont stockés les fichiers de votre thème.Lorsque WordPress recherche les fichiers de votre thème, il utilise la constante TEMPLATEPATH pour localiser le répertoire du thème actuellement utilisé. Par défaut, cette constante est définie automatiquement par WordPress en fonction du thème actif.Exemple d'utilisation :

   define( 'TEMPLATEPATH', '/chemin/absolu/vers/votre/repertoire-du-theme' );

9. STYLESHEETPATH  : La constante STYLESHEETPATH est une autre constante utilisée dans WordPress pour définir le chemin absolu du répertoire du thème actif, mais avec une différence importante par rapport à la constante TEMPLATEPATH. Alors que la constante TEMPLATEPATH pointe vers le répertoire du thème parent, la constante STYLESHEETPATH pointe spécifiquement vers le répertoire du thème enfant, le cas échéant. Lorsque vous utilisez un thème enfant, le thème enfant hérite des fichiers du thème parent, mais peut également ajouter ses propres fichiers personnalisés.Exemple d'utilisation :

   define( 'STYLESHEETPATH', '/chemin/absolu/vers/votre/repertoire-du-theme-enfant' );

 

Les constantes pour la gestion des fichiers systèmes

Voici trois constantes utilisées dans WordPress pour les opérations de système de fichiers :

• FS_METHOD :

La constante FS_METHOD est une constante de configuration importante dans WordPress qui détermine la méthode utilisée pour effectuer des opérations sur les fichiers système, telles que les mises à jour automatiques des plugins et des thèmes.

WordPress peut utiliser différentes méthodes pour gérer les opérations de fichiers, en fonction de la configuration du serveur et des autorisations de fichiers. La constante FS_METHOD vous permet de spécifier la méthode que WordPress doit utiliser pour gérer ces opérations.

Voici les valeurs possibles pour la constante FS_METHOD :

direct : Cette valeur indique que WordPress doit effectuer les opérations de fichiers directement, sans utiliser d'autres méthodes telles que FTP ou SSH. C'est la méthode par défaut et elle est généralement utilisée lorsque le serveur est correctement configuré avec les bonnes autorisations de fichiers.

ssh2 : Cette valeur indique que WordPress doit utiliser la méthode SSH2 pour effectuer les opérations de fichiers. Cela nécessite que le module PHP SSH2 soit activé sur le serveur.

ftpext : Cette valeur indique que WordPress doit utiliser la méthode FTP étendue pour les opérations de fichiers. Cette méthode utilise les fonctions PHP FTP pour gérer les fichiers. Vous devrez fournir les informations de connexion FTP dans le fichier "wp-config.php" pour utiliser cette méthode.

ftpsockets : Cette valeur est similaire à "ftpext", mais elle utilise les fonctions PHP FTP avec les sockets pour les opérations de fichiers.

ftp : Cette valeur indique que WordPress doit utiliser la méthode FTP standard pour les opérations de fichiers. Comme pour "ftpext", vous devrez fournir les informations de connexion FTP dans le fichier "wp-config.php" pour utiliser cette méthode.

L'utilisation de la constante FS_METHOD est particulièrement utile lorsque vous rencontrez des problèmes de mise à jour automatique des plugins ou des thèmes, ou si vous ne pouvez pas modifier les fichiers de votre site directement en raison de restrictions de sécurité sur le serveur.

define( 'FS_METHOD', 'valeur' );

Remplacez "valeur" par l’une des valeurs possibles : "direct", "ssh2", "ftpext" ou "ftpsockets".

 

• FS_CHMOD_DIR :

Cette constante permet de définir les autorisations de fichiers (CHMOD) pour les répertoires lors des opérations de mise à jour automatique des plugins et des thèmes.

Lorsque WordPress effectue des mises à jour automatiques, il doit parfois créer ou modifier des répertoires pour télécharger et installer les nouvelles versions des plugins et des thèmes. La constante FS_CHMOD_DIR permet de spécifier les autorisations de fichiers à appliquer à ces répertoires.

Par défaut, cette constante est définie sur 0755, ce qui signifie que les répertoires créés ou modifiés lors des mises à jour automatiques auront des autorisations de lecture, écriture et exécution pour le propriétaire du fichier et la lecture et l'exécution pour les autres utilisateurs du serveur.

Vous pouvez personnaliser cette valeur en fonction des besoins de votre serveur et de la sécurité de votre site.

Pour définir la constante FS_CHMOD_DIR, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('FS_CHMOD_DIR', 0755);

Remplacez 0755 par la valeur des autorisations de fichiers que vous souhaitez appliquer aux répertoires lors des mises à jour automatiques. Par exemple, pour accorder les mêmes autorisations que par défaut, vous pouvez simplement utiliser 0755.

Il est important de noter que les autorisations de fichiers peuvent varier en fonction de la configuration du serveur et des préférences de sécurité. Les valeurs courantes pour FS_CHMOD_DIR incluent généralement 0755 ou 0775 pour accorder des autorisations d'écriture aux propriétaires de fichiers et de répertoires.

 

• FS_CHMOD_FILE :

La constante FS_CHMOD_FILE  permet de définir les autorisations de fichiers (CHMOD) pour les fichiers lors des opérations de mise à jour automatique des plugins et des thèmes.

Lorsque WordPress effectue des mises à jour automatiques, il doit parfois créer ou modifier des fichiers pour télécharger et installer les nouvelles versions des plugins et des thèmes. La constante FS_CHMOD_FILE permet de spécifier les autorisations de fichiers à appliquer à ces fichiers.

Par défaut, cette constante est définie sur 0644, ce qui signifie que les fichiers créés ou modifiés lors des mises à jour automatiques auront des autorisations de lecture et d'écriture pour le propriétaire du fichier et de lecture seulement pour les autres utilisateurs du serveur.

Vous pouvez personnaliser cette valeur en fonction des besoins de votre serveur et de la sécurité de votre site.

Pour définir la constante FS_CHMOD_FILE, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('FS_CHMOD_FILE', 0644);

Remplacez 0644 par la valeur des autorisations de fichiers que vous souhaitez appliquer aux fichiers lors des mises à jour automatiques. Par exemple, pour accorder les mêmes autorisations que par défaut, vous pouvez simplement utiliser 0644.

Il est important de noter que les autorisations de fichiers peuvent varier en fonction de la configuration du serveur et des préférences de sécurité.

 

Les révisions et la sauvegarde automatique

Voici deux constantes liées à la révision des publications et à l’enregistrement automatique dans WordPress :

 

• WP_POST_REVISIONS :

La constante WP_POST_REVISIONS est une constante de configuration dans WordPress qui permet de définir le nombre maximum de révisions de contenu (revisions) à conserver pour chaque article ou page. Lorsque vous révisez un contenu dans WordPress, chaque sauvegarde génère une nouvelle révision, qui est une copie de la version précédente du contenu. Les révisions sont utiles car elles vous permettent de restaurer une version antérieure de votre article ou page en cas de besoin. Cependant, si vous avez un grand nombre de révisions pour chaque contenu, cela peut augmenter la taille de la base de données et affecter les performances du site. La constante WP_POST_REVISIONS vous permet de contrôler le nombre de révisions à conserver pour chaque contenu. Par défaut, WordPress conserve un nombre illimité de révisions, ce qui signifie qu'il ne supprimera jamais automatiquement les anciennes révisions.

Pour définir un nombre maximum de révisions à conserver, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('WP_POST_REVISIONS', 3);

Dans cet exemple, nous avons défini le nombre maximum de révisions à 3. Vous pouvez remplacer "3" par le nombre de révisions que vous souhaitez conserver pour chaque contenu. Par exemple, si vous voulez limiter à 2 révisions, remplacez "3" par "2".

• AUTOSAVE_INTERVAL :

La constante AUTOSAVE_INTERVAL est une constante de configuration dans WordPress qui définit l'intervalle de temps en secondes entre chaque sauvegarde automatique (autosave) d'un contenu en cours d'édition dans l'éditeur de WordPress. Lorsque vous créez ou modifiez du contenu dans WordPress, l'éditeur effectue des sauvegardes automatiques périodiques pour éviter la perte de données en cas de panne du navigateur ou de problème de connexion.

Ces sauvegardes automatiques sont utiles car elles permettent de récupérer facilement les dernières modifications effectuées en cas d'incident. La constante AUTOSAVE_INTERVAL vous permet de définir la fréquence à laquelle ces sauvegardes automatiques doivent être effectuées. Par défaut, WordPress enregistre automatiquement le contenu toutes les 60 secondes.

Pour personnaliser l'intervalle de sauvegarde automatique, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define( 'AUTOSAVE_INTERVAL', 120 );

Dans cet exemple, nous avons défini l'intervalle de sauvegarde automatique à 120 secondes, soit 2 minutes. Vous pouvez remplacer "120" par la valeur en secondes que vous souhaitez utiliser pour l'intervalle. Par exemple, si vous voulez que les sauvegardes automatiques soient effectuées toutes les 3 minutes, remplacez "120" par "180".

Sauvegarde des requêtes SQL

• SAVEQUERIES :

La constante SAVEQUERIES est une option de débogage dans WordPress qui permet de collecter et de stocker les requêtes SQL effectuées par le site lors du chargement d'une page.

Lorsque vous activez la constante SAVEQUERIES en la définissant sur true, WordPress enregistre toutes les requêtes SQL effectuées pendant le processus de chargement de la page dans une variable. Ces requêtes incluent celles effectuées pour récupérer des articles, des pages, des métadonnées, des commentaires et bien plus encore.

Pour activer cette fonctionnalité de débogage, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define( 'SAVEQUERIES', true );

L'utilisation de la constante SAVEQUERIES est utile pour les développeurs et les administrateurs de sites WordPress, car elle permet de comprendre et d'analyser les performances du site en examinant les requêtes SQL exécutées. Cela peut être particulièrement utile pour identifier les requêtes qui ralentissent le site et pour optimiser les performances globales du site.

Il est important de noter que cette option de débogage peut entraîner une augmentation de la quantité de données stockées dans la variable des requêtes. Par conséquent, il est recommandé de l'utiliser uniquement pendant le débogage et de la désactiver une fois que vous avez terminé l'analyse des performances.

 

Compression des scripts et optimisations

Voici cinq constantes liées à la concaténation, à la compression des scripts et des fichiers CSS, à la compression GZIP et au cache dans WordPress :

• CONCATENATE_SCRIPTS :

La constante CONCATENATE_SCRIPTS est une option de configuration dans WordPress qui permet de contrôler la concaténation (fusion) des fichiers JavaScript et CSS chargés sur votre site.Lorsque CONCATENATE_SCRIPTS est définie sur true, WordPress fusionne tous les fichiers JavaScript et CSS en un seul fichier respectivement. Cela signifie que toutes les dépendances et les scripts requis par votre site seront regroupés dans un seul fichier, ce qui peut réduire le nombre de requêtes HTTP envoyées au serveur et accélérer le chargement des pages.

Par exemple, si votre site utilise plusieurs plugins et thèmes qui chargent différents fichiers JavaScript et CSS, la fusion de ces fichiers peut aider à améliorer les performances en évitant de multiples requêtes vers le serveur pour charger chaque fichier individuellement.

Cependant, il est important de noter que cette fusion peut entraîner un fichier JavaScript ou CSS plus volumineux, ce qui peut être contre-productif si le fichier devient trop gros, car cela peut affecter le temps de téléchargement et d'exécution sur les navigateurs des visiteurs.

Pour activer ou désactiver la concaténation des scripts, vous pouvez ajouter la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('CONCATENATE_SCRIPTS', true);


• COMPRESS_SCRIPTS :

La constante COMPRESS_SCRIPTS est une option de configuration dans WordPress qui permet de compresser les fichiers JavaScript chargés sur votre site. Lorsque cette constante est activée, les fichiers JavaScript sont minifiés, c'est-à-dire qu'ils sont compressés en supprimant les espaces, les sauts de ligne et d'autres caractères non essentiels, ce qui réduit la taille des fichiers.La compression des scripts JavaScript peut être bénéfique pour les performances de votre site, car des fichiers de taille réduite sont plus rapides à télécharger et à exécuter dans les navigateurs des visiteurs. Cela peut contribuer à accélérer le chargement des pages et à améliorer l'expérience utilisateur. Par défaut, WordPress active la compression des scripts JavaScript en définissant la constante COMPRESS_SCRIPTS sur true. Cependant, dans certains cas, vous pouvez avoir besoin de désactiver cette compression, par exemple si vous rencontrez des problèmes de compatibilité ou si vous utilisez un plugin de mise en cache qui gère déjà la compression des scripts. Pour désactiver la compression des scripts JavaScript, vous pouvez ajouter la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('COMPRESS_SCRIPTS', false);

 

• COMPRESS_CSS :

La constante COMPRESS_CSS est une option de configuration dans WordPress qui permet de compresser les fichiers CSS chargés sur votre site. Lorsque cette constante est activée, les fichiers CSS sont minifiés, c'est-à-dire qu'ils sont compressés en supprimant les espaces, les sauts de ligne et d'autres caractères non essentiels, ce qui réduit la taille des fichiers. La compression des fichiers CSS peut être bénéfique pour les performances de votre site, car des fichiers de taille réduite sont plus rapides à télécharger et à appliquer dans les navigateurs des visiteurs. Cela peut contribuer à accélérer le chargement des pages et à améliorer l'expérience utilisateur. Par défaut, WordPress active la compression des fichiers CSS en définissant la constante COMPRESS_CSS sur true.

Cependant, dans certains cas, vous pouvez avoir besoin de désactiver cette compression, par exemple si vous rencontrez des problèmes de compatibilité ou si vous utilisez un plugin de mise en cache qui gère déjà la compression des fichiers CSS. Pour désactiver la compression des fichiers CSS, vous pouvez ajouter la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('COMPRESS_CSS', false);

Avec cette configuration, WordPress n'appliquera pas la compression des fichiers CSS.

 

• ENFORCE_GZIP :

La constante ENFORCE_GZIP est une option de configuration dans WordPress qui permet de forcer la compression GZIP pour les fichiers envoyés au navigateur des visiteurs.GZIP est une méthode de compression de fichiers utilisée pour réduire la taille des données transférées entre le serveur et le navigateur du visiteur. Lorsque GZIP est activé, le serveur compresse les fichiers avant de les envoyer au navigateur, et le navigateur décompresse ensuite les fichiers pour les afficher à l'utilisateur. Cela permet de réduire le temps de chargement des pages et d'économiser de la bande passante.

En activant la constante ENFORCE_GZIP et en la définissant sur true, vous forcez le serveur à utiliser GZIP pour compresser les fichiers avant de les envoyer au navigateur, à condition que le navigateur du visiteur le supporte. Pour activer GZIP dans WordPress, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation :

define('ENFORCE_GZIP', true);

Cependant, avant d'activer cette constante, vous devez vérifier si votre serveur prend en charge GZIP et si cela n'entre pas en conflit avec d'autres méthodes de compression déjà configurées sur le serveur.

• WP_CACHE :

La constante WP_CACHE est une option de configuration dans WordPress qui permet d'activer ou de désactiver le système de mise en cache interne de WordPress. Le système de mise en cache de WordPress permet de stocker en mémoire cache certaines parties de votre site web pour les rendre plus rapidement accessibles lorsqu'un visiteur y accède à nouveau. Lorsque le cache est activé, les pages générées par WordPress sont mises en cache pour une durée spécifiée, ce qui évite de générer à nouveau la page à chaque visite, ce qui peut ralentir les performances du site.

Par défaut, WordPress désactive le cache en définissant la constante WP_CACHE sur false. Cependant, si vous souhaitez activer le système de mise en cache pour améliorer les performances de votre site, vous pouvez définir cette constante sur true. Pour activer le cache dans WordPress, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation :

define('WP_CACHE', true);

 

Les constantes liées au CRON de WordPress

Voici trois constantes liées à la gestion des tâches cron dans WordPress :

• DISABLE_WP_CRON :

Cette constante est une option de configuration dans WordPress qui permet de désactiver le système de planification de tâches interne de WordPress, connu sous le nom de "cron". WordPress utilise les tâches CRON  pour effectuer des opérations en arrière-plan, telles que pour effectuer des tâches planifiées, telles que la publication des articles programmés, la vérification des mises à jour, l'exécution des sauvegardes automatiques, et d'autres tâches de maintenance du site.

Par défaut, WordPress utilise son propre système pour la gestion des tâches CRON (WP CRON). Cela permet aux développeurs de plugins et thème d’utiliser les fonctions spécifiques pour programmer et lancer des tâches CRON avec un interval défini. Cependant, dans certains cas, cela peut entraîner des problèmes de performances, notamment si vous avez un grand nombre de visites sur votre site ou si vous utilisez un système de cache externe.

Pour désactiver le "cron" interne dans WordPress, vous pouvez ajouter la ligne suivante dans le fichier "wp-config.php" de votre installation :

define('DISABLE_WP_CRON', true);

 

• ALTERNATE_WP_CRON :

Cette constante permet de spécifier une méthode alternative pour exécuter les tâches cron. Lorsque DISABLE_WP_CRON est défini sur true, vous pouvez utiliser cette constante pour indiquer l’URL à appeler pour exécuter les tâches cron.

Exemple d'utilisation :

define( 'ALTERNATE_WP_CRON', 'https://www.example.com/wp-cron.php' );

En remplaçant "https://www.example.com/wp-cron.php" par l’URL appropriée, vous pouvez définir une méthode alternative pour exécuter les tâches cron.

 

• WP_CRON_LOCK_TIMEOUT :

Cette constante définit le délai d’expiration du verrou de cron en secondes. Lorsqu’une tâche cron est en cours d’exécution, un verrou est placé pour empêcher l’exécution simultanée de la même tâche parallèlement. Cette constante spécifie la durée pendant laquelle le verrou doit être maintenu.

define( 'WP_CRON_LOCK_TIMEOUT', 60 );

En définissant cette constante sur 60, le verrou de cron expirera après 60 secondes.

Empêcher l’édition de fichier sensibles

Voici trois constantes utilisées dans WordPress pour la gestion des modifications de fichiers et de l’édition d’images :

• DISALLOW_FILE_EDIT :

La constante DISALLOW_FILE_EDIT est une option de configuration dans WordPress qui permet de désactiver l'éditeur de fichiers intégré à l'interface d'administration, ce qui est déjà le cas par défaut chez WPServeur, inutile de s'en préoccuper. Par défaut, WordPress propose un éditeur de fichiers dans le tableau de bord, qui permet aux administrateurs d'accéder et de modifier les fichiers du thème et des plugins directement depuis l'interface d'administration. Cela inclut les fichiers de thème (comme style.css) et les fichiers de plugin.

Lorsque vous définissez la constante DISALLOW_FILE_EDIT sur true, vous désactivez l'éditeur de fichiers, empêchant ainsi les administrateurs d'effectuer des modifications directes dans les fichiers via l'interface d'administration.

Pour activer cette désactivation de l'éditeur de fichiers, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define( 'DISALLOW_FILE_EDIT', true );

En définissant cette constante sur true, l’édition des fichiers via l’éditeur de thème et l’éditeur de plugins est désactivée.

• DISALLOW_FILE_MODS :

La constante DISALLOW_FILE_MODS est une option de configuration dans WordPress qui permet de désactiver les modifications de fichiers du thème et des plugins, même pour les administrateurs du site.

Par défaut, WordPress autorise les administrateurs à apporter des modifications aux fichiers du thème et des plugins directement depuis l'interface d'administration en utilisant l'éditeur de fichiers intégré. Cela signifie que les administrateurs peuvent modifier les fichiers du thème (comme style.css) et les fichiers des plugins (comme functions.php) sans avoir besoin d'un accès direct au serveur.

Lorsque vous définissez la constante DISALLOW_FILE_MODS sur true, vous empêchez les administrateurs d'effectuer des modifications dans les fichiers du thème et des plugins depuis l'interface d'administration. Cela signifie que seuls les administrateurs ayant un accès direct au serveur pourront modifier ces fichiers.

Pour activer cette désactivation des modifications de fichiers, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('DISALLOW_FILE_MODS', true);

 

• IMAGE_EDIT_OVERWRITE :

La constante IMAGE_EDIT_OVERWRITE est une option de configuration dans WordPress qui permet de contrôler le comportement de l'éditeur d'images intégré lorsqu'une image est modifiée.

Par défaut, lorsque vous effectuez des modifications sur une image à l'aide de l'éditeur d'images intégré dans WordPress, une nouvelle version de l'image modifiée est enregistrée dans le dossier de téléchargement ("uploads") avec un nouveau nom de fichier. Cela signifie que l'image d'origine n'est pas remplacée par la nouvelle version modifiée.

Lorsque vous définissez la constante IMAGE_EDIT_OVERWRITE sur true, WordPress remplacera l'image d'origine par la nouvelle version modifiée lors de l'enregistrement des modifications. Cela signifie que le fichier de l'image d'origine sera écrasé par la nouvelle version modifiée.

Pour activer le remplacement des images d'origine lors de l'édition, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('IMAGE_EDIT_OVERWRITE', true);

Cependant, il est important de noter que l'utilisation de cette constante peut être risquée, car si vous effectuez des modifications sur une image et que vous enregistrez les modifications, vous perdrez définitivement la version d'origine de l'image. Assurez-vous donc d'avoir une copie de sauvegarde de l'image avant de définir cette constante.

Bloquer les requêtes HTTP sortantes

• WP_HTTP_BLOCK_EXTERNAL :
  

La constante WP_HTTP_BLOCK_EXTERNAL est une option de configuration dans WordPress qui permet de bloquer les requêtes HTTP externes effectuées par WordPress.

Par défaut, WordPress est autorisé à effectuer des requêtes HTTP externes, c'est-à-dire à communiquer avec des serveurs extérieurs, tels que des API tierces, des services web ou des sites       distants. Ces requêtes externes sont souvent utilisées par les plugins, les thèmes et certaines fonctionnalités de WordPress pour récupérer des données à partir de sources externes.

Lorsque vous définissez la constante WP_HTTP_BLOCK_EXTERNAL sur true, vous empêchez WordPress de réaliser des requêtes HTTP vers des serveurs extérieurs. Cela peut être utile pour des raisons de sécurité, pour restreindre l'accès à des sources inconnues ou pour contrôler strictement les requêtes sortantes effectuées par WordPress.

Pour bloquer les requêtes HTTP externes, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('WP_HTTP_BLOCK_EXTERNAL', true);

En activant cette constante, WordPress n'effectuera plus de requêtes HTTP externes.

• WP_ACCESSIBLE_HOSTS :

La constante WP_ACCESSIBLE_HOSTS est une option de configuration dans WordPress qui permet de spécifier une liste de domaines autorisés pour les requêtes HTTP externes.

Par défaut, WordPress est autorisé à effectuer des requêtes HTTP externes vers n'importe quel serveur. Cela signifie que les plugins, les thèmes et certaines fonctionnalités de WordPress peuvent communiquer avec des sources extérieures, telles que des API tierces, des services web ou des sites distants.

Lorsque vous définissez la constante WP_ACCESSIBLE_HOSTS, vous restreignez l'accès aux seuls domaines inclus dans cette liste. Cela permet de contrôler strictement les requêtes sortantes effectuées par WordPress et d'empêcher certaines requêtes vers des sources non autorisées.

Pour définir une liste de domaines autorisés, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('WP_ACCESSIBLE_HOSTS', 'api.monsite.com, service-autorise.com'); 

En définissant WP_ACCESSIBLE_HOSTS, vous autorisez WordPress à effectuer des requêtes HTTP uniquement vers les domaines spécifiés dans la liste. Les autres requêtes vers des domaines non inclus seront bloquées. Dans cet exemple, « api.monsite.com » et « service-autorise.com » sont les hôtes autorisés pour les requêtes HTTP sortantes.

Stopper les mises à jours automatiques

• AUTOMATIC_UPDATER_DISABLED :

La constante AUTOMATIC_UPDATER_DISABLED est une option de configuration dans WordPress qui permet de désactiver les mises à jour automatiques du noyau, des thèmes et des plugins.

Par défaut, WordPress est configuré pour effectuer des mises à jour automatiques afin de maintenir votre site à jour avec les dernières versions du noyau de WordPress, des thèmes et des plugins installés. Ces mises à jour automatiques sont importantes pour garantir la sécurité et la stabilité de votre site en utilisant les dernières corrections de bugs et les correctifs de sécurité.

Lorsque vous définissez la constante AUTOMATIC_UPDATER_DISABLED sur true, vous désactivez toutes les mises à jour automatiques de WordPress. Cela signifie que vous devrez effectuer manuellement les mises à jour du noyau, des thèmes et des plugins en vous rendant dans la section appropriée de l'interface d'administration.

Pour désactiver les mises à jour automatiques, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('AUTOMATIC_UPDATER_DISABLED', true);

L'utilisation de cette constante peut être utile dans certaines situations, par exemple, si vous souhaitez contrôler personnellement chaque mise à jour pour éviter les problèmes de compatibilité avec des thèmes ou des plugins spécifiques.

Cependant, il est important de noter que désactiver les mises à jour automatiques peut présenter des risques pour la sécurité de votre site si vous oubliez de mettre à jour manuellement le noyau, les thèmes ou les plugins. Les mises à jour automatiques sont conçues pour garantir que votre site dispose des dernières protections de sécurité, et les désactiver peut exposer votre site à des vulnérabilités connues.

Si vous choisissez de désactiver les mises à jour automatiques, assurez-vous d'être vigilant quant aux mises à jour manuelles et de les effectuer régulièrement pour maintenir votre site à jour et sécurisé.

Vider la corbeille

Voici deux constantes liées à la gestion de la corbeille des médias dans WordPress :

• EMPTY_TRASH_DAYS :

La constante EMPTY_TRASH_DAYS est une option de configuration dans WordPress qui permet de spécifier le nombre de jours pendant lesquels les éléments supprimés restent dans la corbeille avant d'être automatiquement définitivement supprimés.

Par défaut, lorsque vous supprimez des articles, des pages, des commentaires, ou tout autre type de contenu, WordPress les place dans la corbeille, où ils sont stockés pendant 30 jours. Passé ce délai, les éléments de la corbeille sont automatiquement supprimés de manière permanente.

En utilisant la constante EMPTY_TRASH_DAYS, vous pouvez personnaliser le nombre de jours pendant lesquels les éléments restent dans la corbeille avant d'être définitivement supprimés. Par exemple, si vous définissez cette constante sur 7, les éléments dans la corbeille seront automatiquement supprimés après 7 jours.

Pour personnaliser la durée de conservation des éléments dans la corbeille, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('EMPTY_TRASH_DAYS', 7);

Dans cet exemple, les éléments resteront dans la corbeille pendant 7 jours avant d'être automatiquement supprimés. Vous pouvez ajuster le nombre de jours en fonction de vos préférences et des besoins de gestion de contenu de votre site.

• MEDIA_TRASH :

La constante MEDIA_TRASH est une option de configuration dans WordPress qui permet de contrôler si les fichiers multimédias (images, vidéos, documents, etc.) supprimés dans l'interface d'administration sont envoyés dans la corbeille ou s'ils sont supprimés de manière permanente.

Par défaut, lorsque vous supprimez des fichiers multimédias (tels que des images ou des vidéos) dans WordPress, ils sont envoyés dans la corbeille, où ils sont stockés pendant une période déterminée avant d'être automatiquement supprimés définitivement. Cette période de conservation est définie par la constante EMPTY_TRASH_DAYS, comme expliqué dans la réponse précédente.

Cependant, en utilisant la constante MEDIA_TRASH, vous pouvez contrôler le comportement des fichiers multimédias supprimés et choisir s'ils doivent être envoyés dans la corbeille ou s'ils doivent être supprimés de manière permanente.

Pour envoyer les fichiers multimédias supprimés dans la corbeille, définissez la constante MEDIA_TRASH sur true dans le fichier "wp-config.php" de votre installation WordPress :

define('MEDIA_TRASH', true);

Dans cet exemple, les fichiers multimédias supprimés seront envoyés dans la corbeille et resteront là jusqu'à ce que la période définie par EMPTY_TRASH_DAYS soit écoulée, puis ils seront automatiquement supprimés de manière permanente.

Démarrer WordPress avec le strict minimum

La constante SHORTINIT est une option de configuration avancée dans WordPress qui permet de démarrer une version abrégée du cœur de WordPress lors du chargement de l'environnement.

Par défaut, WordPress charge l'intégralité de son cœur, ce qui inclut toutes les fonctionnalités, les modules et les fichiers nécessaires au bon fonctionnement du système. Cependant, dans certains cas spécifiques, il peut être nécessaire de charger une version plus légère et abrégée de WordPress, afin de gagner en performance et de limiter la charge du système.

Lorsque vous définissez la constante SHORTINIT sur true, WordPress effectue un chargement raccourci de son cœur, en omettant certaines fonctionnalités moins essentielles. Cela peut être utile dans des situations où vous n'avez pas besoin de toutes les fonctionnalités de WordPress pour une tâche spécifique ou pour un cas d'utilisation particulier.

Pour activer le chargement abrégé de WordPress, ajoutez la ligne suivante dans le fichier "wp-config.php" de votre installation WordPress :

define('SHORTINIT', true);

Il est important de noter que l'utilisation de SHORTINIT est une fonctionnalité avancée qui nécessite une connaissance approfondie de WordPress et des implications qu'elle peut avoir sur le fonctionnement du site. En activant cette constante, certaines fonctionnalités et modules pourraient ne pas être chargés, ce qui pourrait entraîner des problèmes d'incompatibilité avec certains thèmes ou plugins.

Par conséquent, l'utilisation de SHORTINIT doit être effectuée avec prudence et réservée aux développeurs expérimentés qui comprennent pleinement l'impact de cette configuration sur le site.

En conclusion

les constantes dans WordPress jouent un rôle essentiel dans la configuration et la personnalisation de votre site. Elles offrent une flexibilité précieuse pour adapter WordPress à vos besoins spécifiques, renforcer la sécurité, améliorer les performances et optimiser l'expérience utilisateur. Grâce aux constantes, vous pouvez contrôler différents aspects du système, tels que les paramètres de connexion à la base de données, les clés de sécurité, les niveaux de débogage, les mises à jour automatiques, et bien plus encore.

Ces variables globales, définies dans le fichier "wp-config.php", permettent de configurer finement votre site WordPress en fonction de vos exigences particulières. Cependant, il est crucial de les utiliser avec précaution, car certaines constantes peuvent avoir des conséquences significatives sur le fonctionnement du site. Avant de les modifier, il est recommandé de comprendre leur impact et de sauvegarder le fichier "wp-config.php" pour éviter toute perte de données.

Les constantes de configuration sont une ressource précieuse pour les développeurs et administrateurs WordPress, car elles offrent un niveau de personnalisation avancé sans nécessiter de modifications directes dans le code du cœur de WordPress. Elles facilitent ainsi la gestion du site tout en garantissant la stabilité et la sécurité de votre plateforme.