WordPress repose en grande partie sur PHP. La version de PHP utilisée a donc un impact direct sur le bon fonctionnement de WordPress, des extensions, des thèmes et de votre propre code de programmation.
Une version récente de PHP est importante pour la sécurité, la compatibilité et les performances. Néanmoins, vous ne devez pas simplement mettre à niveau la version PHP d'un site WordPress existant vers la version la plus élevée possible sans vérifier au préalable si tous les composants utilisés y sont compatibles.
Particulièrement sur les sites web plus anciens, des plugins, thèmes ou personnalisations obsolètes peuvent provoquer des erreurs après un changement de version de PHP. Les conséquences typiques sont une erreur critique WordPress, une erreur HTTP 500, une page blanche ou des fonctionnalités isolées qui cessent soudainement de fonctionner.
En bref : Utilisez pour WordPress une version de PHP actuelle et encore prise en charge du point de vue de la sécurité. Avant le changement, vérifiez la compatibilité de WordPress, des extensions, du thème et de votre propre code. Créez une sauvegarde et testez les fonctionnalités importantes après la mise en service. Si une erreur survient immédiatement après, vous pouvez revenir à la version de PHP précédente qui fonctionnait, puis identifier le composant incompatible.
Qu'est-ce que PHP ? #
PHP est un langage de programmation côté serveur. WordPress lui-même et une grande partie de ses extensions et thèmes sont constitués de code PHP.
Lorsqu'un visiteur charge une page WordPress dynamique, le serveur traite le code PHP et génère, entre autres, le code HTML qui est ensuite envoyé au navigateur.
Le visiteur ne voit généralement pas le code PHP. Il voit uniquement le résultat du traitement côté serveur.
Pourquoi WordPress a-t-il besoin de PHP ? #
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ées, de charger des extensions, d'exécuter les modèles de thèmes, de vérifier les droits des utilisateurs et de générer des pages dynamiques.
Sans un environnement PHP approprié, WordPress ne peut donc pas fonctionner normalement.
La version de PHP fait donc partie des conditions techniques fondamentales d'une installation WordPress.
Pourquoi existe-t-il différentes versions de PHP ? #
PHP est continuellement développé. De nouvelles versions apportent de nouvelles fonctionnalités, des améliorations techniques, des corrections de bugs et des mises à jour de sécurité.
Les anciennes versions de PHP finissent par atteindre la fin de leur cycle de vie officiel. Après cela, elles ne reçoivent plus de mises à jour de sécurité régulières de la part du projet PHP.
C'est pourquoi un site WordPress ne doit pas fonctionner durablement sur une version obsolète de PHP, simplement parce qu'il démarre encore techniquement.
Quelle version de PHP WordPress recommande-t-il ? #
WordPress recommande par principe une version moderne de PHP. La version concrète qui est judicieuse dépend en outre de la version de WordPress utilisée ainsi que des extensions et thèmes installés.
Sur un site Web existant, il ne faut donc pas seulement vérifier quelle version de PHP WordPress prend en charge lui-même. Ce qui est décisif, c'est de savoir si le installation entière est compatible avec cette version.
Important : L'affirmation „ WordPress prend en charge cette version de PHP “ ne signifie pas automatiquement que chaque plugin et chaque thème installé est également compatible avec celle-ci.
Pourquoi une version actuelle de PHP est importante #
La raison la plus importante d'utiliser une version récente de PHP est la sécurité. Si une version de PHP ne reçoit plus de mises à jour de sécurité de la part du projet PHP, les sites Web doivent être migrés vers une version prise en charge en temps utile.
Les versions plus récentes de PHP peuvent également inclure des améliorations en matière de performances et de gestion de la mémoire.
Une mise à niveau de PHP fait donc partie intégrante de la maintenance technique raisonnable d'un site Web WordPress.
Pourquoi tu ne devrais pas simplement choisir la version PHP la plus récente #
Un numéro de version supérieur ne signifie pas automatiquement qu'un site Web existant peut y être migré sans préparation.
Dans la pratique, WordPress ne se résume pas au cœur de WordPress. Une installation utilise généralement en plus un thème, plusieurs plugins et éventuellement du code PHP personnalisé.
Chacun de ces composants peut avoir ses propres exigences en matière de PHP.
Une nouvelle version de PHP peut, par exemple, supprimer des fonctionnalités ou modifier des comportements qu'un ancien code de programmation utilise encore. Un plugin qui n'a pas été mis à jour depuis des années peut ainsi provoquer des erreurs, même si WordPress lui-même fonctionne sans problème avec la nouvelle version de PHP.
Mettre à jour WordPress avant le changement de PHP #
Sur une ancienne installation WordPress, vous devriez d'abord vérifier quelle version de WordPress est utilisée.
Un très vieux cœur WordPress peut être incompatible avec une version PHP actuelle.
Cela ne signifie pas pour autant que tu devrais mettre à jour en même temps et de manière incontrôlée WordPress, tous les plugins, le thème et PHP. En cas de sauts de version importants, une approche planifiée est judicieuse afin qu'une erreur éventuelle puisse être attribuée à une modification précise.
Vérifier les plugins avant le changement #
Les plugins sont l'une des causes les plus fréquentes de problèmes après un changement de version de PHP.
Vérifiez en particulier les extensions qui n'ont pas reçu de mise à jour depuis longtemps ou dont les développeurs ne prennent pas en charge la version de PHP utilisée.
Les plugins développés en interne ou personnalisés doivent également être pris en compte.
Si un plugin est responsable d'une fonction importante du site web, sa compatibilité doit être vérifiée avec un soin particulier avant la transition.
Vérifier également le thème et le thème enfant #
Les thèmes contiennent également du code PHP. Un thème plus ancien peut donc être touché par un changement de version de PHP tout aussi bien qu'une extension.
Si le site Web utilise un thème enfant, le code personnalisé au sein de ce thème enfant doit également être pris en compte.
Les adaptations individuelles se trouvent particulièrement souvent dans :
fonctions.php
Un tel code peut avoir fonctionné pendant des années sans modification et ne déclencher une erreur qu'avec une nouvelle version de PHP.
Le code PHP personnalisé est un facteur de risque supplémentaire #
Au fil du temps, de nombreux sites Web WordPress intègrent des extraits de code personnalisés.
Ceux-ci peuvent par exemple se trouver dans un thème enfant, un plugin de snippets, un plugin personnalisé ou d'autres fichiers modifiés.
Lors d'une mise à niveau de PHP, ce code ne doit pas être oublié.
Le fait qu'un extrait de code fonctionne avec une ancienne version de PHP ne prouve pas automatiquement sa compatibilité avec une version plus récente.
Faire une sauvegarde avant le changement #
Une sauvegarde récente doit être effectuée avant toute modification technique majeure.
La sauvegarde doit inclure les fichiers WordPress nécessaires à une restauration ainsi que la base de données.
Bien qu'un changement de version PHP ne modifie généralement pas directement vos articles ou vos pages, une sauvegarde récente reste judicieuse, car d'autres modifications pourraient s'avérer nécessaires lors du dépannage.
Conseil pratique : Une sauvegarde existante n'est vraiment utile que s'il est clair comment elle peut être restaurée en cas d'urgence.
Testez d'abord le changement de version PHP sur un site de staging #
Pour un site web critique ou complexe, un environnement de staging est l'endroit le plus sûr pour un test PHP.
La copie de staging doit correspondre autant que possible au site de production en termes de version WordPress, de plugins, de thème et de code personnalisé.
Tu peux y activer la nouvelle version de PHP et vérifier ensuite si des erreurs surviennent, sans perturber immédiatement le site web public.
Pour les petits sites Web, un changement direct peut être possible #
Ce n'est pas chaque site Web WordPress simple qui nécessite un processus de staging approfondi pour chaque changement de PHP.
Si le site web est de taille gérable, utilise des extensions récentes et qu'une sauvegarde fonctionnelle est disponible, une transition contrôlée sur l'environnement de production peut être envisageable.
Tu devrais cependant choisir un moment où tu pourras tester le site web de manière approfondie immédiatement après et réagir en cas de problème.
Modifier la version PHP dans l'hébergement #
Dans les environnements d'hébergement modernes, la version de PHP peut souvent être sélectionnée par domaine ou par compte d'hébergement.
La surface utilisée dépend du système d'hébergement.
Dans un environnement cPanel ou CloudLinux, la gestion de PHP peut s'effectuer, par exemple, via les outils PHP fournis par l'hébergeur.
Avant de sélectionner une version, tu dois t'assurer de modifier réellement la configuration PHP du bon domaine ou de la bonne installation.
Gérer plusieurs sites web sur le même compte d'hébergement #
Si plusieurs sites web se trouvent dans un même compte d'hébergement, vous devez vérifier si la version de PHP est définie globalement ou individuellement pour chaque domaine.
Selon la configuration de l'hébergement, une modification peut éventuellement concerner plus d'une application.
C'est particulièrement pertinent si, en plus de WordPress, des applications plus anciennes sont hébergées sur le même compte.
Changer la version PHP et la tester immédiatement #
Après la transition, tu ne devrais pas te contenter de vérifier si la page d'accueil s'affiche.
Testez à la fois le site web public et la zone d'administration WordPress.
Visite plusieurs types de pages différents et vérifie les principales fonctionnalités de ton site web.
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.
Pourquoi la page d'accueil ne suffit pas à elle seule #
Une erreur ne peut se produire que dans une fonction spécifique.
Un plugin de formulaires ne s'exécute peut-être pas du tout sur la page d'accueil. Un problème WooCommerce ne se manifeste éventuellement qu'au moment du paiement. Un plugin administratif ne peut s'exécuter qu'au sein de wp-admin générer une erreur.
Le fait que la page d'accueil fonctionne après un changement de version de PHP ne prouve donc pas la compatibilité complète de l'installation.
Gérer le cache après le changement de version PHP #
Lorsqu'un cache de page est actif, le site web public peut d'abord continuer à s'afficher correctement, bien que les requêtes dynamiques WordPress provoquent déjà une erreur.
Cela est possible si des pages HTML préexistantes en cache sont servies sans qu'il soit nécessaire d'exécuter à nouveau WordPress entièrement pour cette requête.
Vérifiez par conséquent également les zones non mises en cache ou dynamiques, telles que la zone d'administration de WordPress.
Erreurs typiques après un changement de version PHP #
Un plugin, un thème ou un extrait de code incompatible peut se manifester de différentes manières.
WordPress peut par exemple signaler une erreur critique, afficher une page blanche ou réagir avec une erreur HTTP 500. Dans d'autres cas, seule une fonction individuelle cesse de fonctionner.
Si une telle erreur commence immédiatement après le changement de version de PHP, le contexte temporel est un indice de diagnostic très important.
WordPress affiche une erreur critique #
Si, après le changement de version de PHP, un message concernant une erreur critique apparaît, vous devriez d'abord vérifier si WordPress a envoyé un lien de mode de récupération à l'adresse e-mail de l'administrateur.
Vous trouverez de plus amples informations sur WordPress affiche une page blanche ou une erreur critique : que faire ?.
Erreur HTTP 500 après le changement de version de PHP #
Une erreur HTTP 500 signifie que la requête n'a pas pu être traitée avec succès côté serveur.
Si cette erreur apparaît immédiatement après le changement de version de PHP, un code PHP incompatible, des extensions ou la configuration de PHP sont des pistes évidentes pour le diagnostic.
Nous traitons le dépannage détaillé sous Corriger l'erreur 500 dans WordPress.
Revenir à la version PHP précédente #
Si le site Web tombe en panne immédiatement après le changement de version de PHP, il peut être judicieux de revenir temporairement à la version qui fonctionnait auparavant.
Si le site Web fonctionne à nouveau par la suite, c'est un indice fort d'une incompatibilité avec le nouvel environnement PHP.
Le retour en arrière rétablit dans un premier temps le fonctionnement du site web. Il ne répond cependant pas encore à la question de savoir quelle composante est incompatible.
Important : Le fonctionnement permanent d'une version obsolète de PHP ne devrait pas être la solution pour un plugin ou un thème incompatible. Utilisez le retour en arrière comme une restauration temporaire et identifiez ensuite la cause réelle.
Trouver le composant incompatible #
Si la nouvelle version de PHP déclenche une erreur, vous devez isoler systématiquement le composant concerné.
La combinaison d'un diagnostic contrôlé des extensions/thèmes et des journaux d'erreurs est particulièrement utile.
Notre guide Détecter et résoudre les conflits de plugins ou de thèmes dans WordPress montre comment désactiver des extensions de manière contrôlée sans supprimer des plugins au hasard.
Vérifier les journaux d'erreurs après un changement de PHP #
En cas d'incompatibilités PHP, les journaux d'erreurs fournissent souvent beaucoup plus d'informations que le site Web visible.
Un enregistrement de journal peut, par exemple, contenir un chemin de fichier au sein d'un plugin ou d'un thème et ainsi fournir une indication concrète sur la composante impliquée.
Les termes typiques dans les erreurs PHP peuvent être par exemple :
Erreur fatale PHP
Erreur non interceptée
TypeError
Appel à une fonction non définie
Ce qui est déterminant, ce n'est pas seulement la désignation de l'erreur, mais aussi dans quel fichier et à quel moment l'erreur se produit.
Utiliser le débogage WordPress #
Lorsque les journaux de serveur normaux ne suffisent pas, WordPress peut enregistrer des informations de débogage supplémentaires.
Entre autres, les constantes suivantes jouent un rôle à cet égard :
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Nous vous expliquons comment utiliser ces paramètres en toute sécurité et analyser les journaux sur Activer le débogage WordPress et utiliser les journaux d'erreurs.
Bien classer les avertissements et les messages de dépréciation #
Après un changement de version de PHP, il n'y a pas que des erreurs fatales qui peuvent survenir. Un code plus ancien peut également générer des avertissements ou des notices concernant des fonctions obsolètes.
En termes simples, un message de dépréciation signifie qu'une fonction ou une méthode utilisée est considérée comme obsolète et pourrait ne plus être prise en charge à l'avenir.
Ce genre de remarques devrait être corrigé sur du code bien entretenu. Cependant, elles ne constituent pas automatiquement la même chose qu'une erreur fatale qui stoppe complètement l'exécution.
Ne pas afficher publiquement les messages d'erreur en permanence #
Sur un site web en production, les erreurs PHP détaillées ne doivent pas être visibles en permanence pour les visiteurs.
De tels messages peuvent révéler des chemins de fichiers internes, des informations techniques et d'autres détails.
Pour le diagnostic, les journaux d'erreurs sont généralement plus appropriés qu'un affichage public directement dans le navigateur.
Limite de mémoire PHP après le changement de version #
La version de PHP et la limite de mémoire PHP sont deux paramètres différents.
Le passage de PHP 8.x à une autre version de PHP n'augmente pas automatiquement la mémoire disponible pour WordPress.
Si après une modification une erreur telle que :
Taille de mémoire autorisée ... épuisée
apparaît, tu devrais examiner la limite de mémoire et la consommation réelle de mémoire.
Vous trouverez plus d'informations sur Limite de mémoire PHP dans WordPress : identifier et corriger l'erreur.
Les extensions PHP peuvent également être pertinentes #
En plus de la version PHP proprement dite, WordPress utilise diverses extensions PHP. Les extensions peuvent également nécessiter certaines extensions.
Si une application signale une fonction ou une extension PHP manquante après un changement d'environnement PHP, il convient par conséquent de vérifier quels modules sont actifs pour la nouvelle version de PHP.
Selon la configuration de l'hébergement, la présence d'une extension pour une ancienne version de PHP ne signifie pas automatiquement qu'elle est activée de la même manière pour chaque autre version de PHP.
Les paramètres PHP peuvent dépendre de la version #
Outre les extensions, les valeurs de configuration peuvent également varier selon l'environnement d'hébergement et la version de PHP.
Cela inclut, par exemple, des limites de stockage, de téléchargement ou d'exécution.
Si, après un changement de version, ce n'est pas l'ensemble du site web qui tombe en panne, mais par exemple seulement les gros téléversements ou certains processus qui posent problème, il convient donc de prendre également en compte la configuration PHP active.
Version PHP et performance #
Les versions récentes de PHP intègrent régulièrement des améliorations techniques qui peuvent également avoir un impact positif sur l'exécution des applications.
Une mise à niveau de PHP peut par conséquent contribuer aux performances d'un site web WordPress.
Cependant, cela ne remplace pas l'optimisation des plugins lents, des requêtes de base de données inefficaces, des grandes images ou d'autres problèmes de performance.
Si WordPress est fondamentalement lent, vous devez en examiner les causes de manière systématique. Pour ce faire, vous trouverez notre article détaillé WordPress est lent : trouver les causes et améliorer le temps de chargement.
OPcache et version de PHP #
OPcache peut mettre en cache le code PHP déjà compilé dans la mémoire, rendant ainsi les exécutions PHP répétées plus efficaces.
Dans un environnement d'hébergement moderne, OPcache est l'un des éléments importants d'une configuration PHP performante.
En tant qu'utilisateur WordPress normal, vous n'avez normalement pas besoin d'influencer manuellement le fonctionnement d'OPcache pour un changement de version de PHP.
Vérifier la version de PHP dans WordPress #
WordPress affiche des informations techniques sur l'environnement du serveur dans l'état de santé du site.
Tu trouveras ces informations dans l'administration de WordPress sous :
Outils → État du site → Rapport
Là, tu peux contrôler, entre autres, la version de PHP détectée par WordPress sous les informations du serveur.
C'est particulièrement utile après une migration pour vérifier quelle version l'installation WordPress utilise réellement.
Comparer l'annonce d'hébergement et l'annonce WordPress #
Si vous avez modifié la version de PHP dans votre hébergement, mais que WordPress en affiche toujours une autre, la configuration doit être vérifiée de plus près.
Il est possible que le paramètre ait été modifié pour un autre domaine, un autre sous-domaine ou un autre contexte PHP.
Par conséquent, ne vous fiez pas exclusivement au fait qu'un numéro de version spécifique a été sélectionné quelque part dans le panneau d'hébergement lors du dépannage.
La ligne de commande et le site Web peuvent utiliser des versions de PHP différentes #
Dans les environnements d'hébergement techniques, il est en outre possible que la version PHP du site web ne corresponde pas à la version PHP utilisée lors d'un appel direct en ligne de commande.
C'est particulièrement pertinent pour WP-CLI, les tâches cron ou les scripts shell personnalisés.
Si un site Web fonctionne correctement dans le navigateur, mais qu'une tâche cron ou une commande WP-CLI affiche des erreurs de compatibilité PHP, il convient de vérifier quel binaire PHP ou quel environnement le processus respectif utilise.
Prendre en compte la version de PHP pour les tâches cron #
Selon sa configuration, une tâche cron côté serveur peut appeler explicitement une version spécifique de PHP.
Si le site Web a été mis à niveau vers une nouvelle version de PHP, il est possible qu'un ancien travail cron utilise toujours une version différente.
Cela peut entraîner des différences difficiles à comprendre, car les appels de sites web normaux fonctionnent, mais les processus programmés génèrent des erreurs.
Tester particulièrement WooCommerce après un changement de version de PHP #
Pour une boutique WooCommerce, une mise à niveau de PHP ne doit pas être évaluée uniquement sur la base des pages visibles de la boutique.
Testez en particulier le panier, le tunnel d'achat, le compte client ainsi que les principales fonctions de paiement et de livraison.
Les extensions pour les prestataires de services de paiement, les factures, l'expédition ou la gestion des stocks peuvent également utiliser leur propre code PHP et doivent fonctionner avec le nouvel environnement.
Vérifier les formulaires et les fonctionnalités de messagerie #
Les formulaires de contact et de demande doivent également être testés après une mise à jour majeure de PHP.
Pour cela, il ne suffit pas de simplement afficher le formulaire. Effectuez une véritable soumission de test et vérifiez que le traitement fonctionne sans erreur.
Il en va de même pour d'autres processus critiques pour l'entreprise que PHP traite côté serveur.
Ne pas combiner inutilement les changements de PHP et les mises à jour de WordPress #
Si WordPress, plusieurs extensions, le thème et PHP sont mis à jour en même temps, il peut être difficile d'attribuer une erreur ultérieure à une modification spécifique.
C'est pourquoi, lors de travaux de maintenance importants, un ordre logique est judicieux.
Après une modification pertinente, il convient au moins de vérifier si le site Web continue de fonctionner correctement avant de passer à la prochaine grande étape technique.
N'utiliser l'ancienne version de PHP que comme solution de secours temporaire #
Dans le cas d'un site web problématique, il peut être utile de revenir temporairement à la version précédente de PHP afin que le site soit à nouveau accessible.
Cela donne le temps de poser un diagnostic contrôlé.
Cependant, une version de PHP qui ne bénéficie plus de la prise en charge de la sécurité ne devrait pas être utilisée pendant des mois ou des années comme solution permanente, simplement parce qu'un seul ancien plugin ne permet pas la mise à niveau.
Dans un tel cas, le plugin doit être mis à jour, remplacé ou le code problématique doit être adapté.
Quand un plugin doit être remplacé #
Lorsqu'un plugin ne fonctionne qu'avec une version obsolète de PHP et n'est plus maintenu par le développeur, cela crée un problème de maintenance technique.
Maintenir l'intégralité de l'installation WordPress sur un ancien environnement d'exécution juste pour continuer à utiliser un seul plugin est rarement une bonne solution à long terme.
Vérifie dans ce cas si une alternative plus propre existe ou si la fonctionnalité requise peut être mise en œuvre différemment.
Finaliser le changement de PHP après un test réussi #
Si le site web fonctionne de manière stable avec la nouvelle version de PHP, tu devrais vérifier à nouveau les principales fonctionnalités et, si nécessaire, réinitialiser les paramètres de diagnostic activés temporairement.
Sur un site de test, un test réussi ne signifie pas non plus automatiquement que les modifications de contenu qui y ont été apportées doivent être transférées sur le site en direct. Le test PHP vise d'abord à vérifier la compatibilité technique.
Ce que vous feriez mieux de ne pas faire lors d'un changement de PHP #
Ne passez pas à une nouvelle version de PHP sur un site web critique sans y être préparé, pour ensuite quitter immédiatement le site sans l'avoir testé.
N'installez pas non plus de plugins supplémentaires au hasard, simplement pour prétendument „ réparer “ la compatibilité PHP.
Si une erreur survient après le changement, ne modifiez pas en même temps le thème, plusieurs extensions, les paramètres PHP et la configuration de WordPress. Cela rendrait la cause réelle plus difficile à identifier.
Et ne conserve pas durablement une version obsolète de PHP simplement parce qu'elle peut encore exécuter un plugin incompatible.
Règle de base : Modifier la version de PHP de manière contrôlée, tester le site web et, en cas d'erreur, utiliser d'abord le contexte temporel. Si la version précédente fonctionne et non la nouvelle, vous devez identifier le composant incompatible plutôt que de rester durablement dans un environnement obsolète.
Quelles informations aident le support de CURIAWEB ? #
Si un site Web WordPress chez CURIAWEB ne fonctionne plus correctement après un changement de version de PHP, veuillez si possible communiquer le domaine concerné, la version de PHP utilisée précédemment et la nouvelle version sélectionnée.
Il est également utile de fournir le message d'erreur exact et d'indiquer si l'ensemble du site Web ou seulement une fonction spécifique est concerné.
Si le site Web fonctionne à nouveau après le retour à la version précédente de PHP, tu devrais également le mentionner. Cette comparaison est particulièrement précieuse pour le diagnostic.
Si un journal d'erreurs contient une erreur PHP spécifique, veuillez envoyer l'extrait pertinent avec l'horodatage. Vous ne devez pas transmettre de mots de passe sans y être invité.
Résumé #
La version de PHP est un élément central de toute installation WordPress. Une version de PHP récente et prise en charge en matière de sécurité améliore la base technique du site Web, mais elle doit être compatible avec WordPress, les plugins, le thème et le code personnalisé.
Avant un changement, vous devez donc vérifier les composants utilisés et disposer d'une sauvegarde récente. Pour les sites web complexes, un test préalable sur un environnement de staging est recommandé.
Après la transition, il faudrait tester non seulement la page d'accueil et le front-office, mais aussi l'espace administrateur et les fonctions critiques pour l'entreprise. Dans le cas de WooCommerce, cela inclut par exemple le panier et la caisse.
Si un erreur critique ou un code HTTP 500 survient immédiatement après le changement, un retour en arrière temporaire peut rétablir le site web dans un premier temps. Ensuite, il convient d'identifier le composant réellement incompatible à l'aide des journaux d'erreurs (error logs) et d'un diagnostic contrôlé des extensions et du thème.
Une ancienne version de PHP n'est pas une solution durable pour du code WordPress obsolète. L'objectif devrait être de disposer d'un environnement WordPress actuel, pris en charge et entièrement compatible.
