Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

Mettre à jour PHP sous WordPress

Fonctions dépréciées, extensions incompatibles, erreurs fatales : ce qu’une montée de version PHP casse concrètement sur WordPress et WooCommerce, et comment le tester avant bascule.

Décrire mon problème Discuter sur WhatsApp

Où en est réellement WordPress sur PHP

La version minimale techniquement supportée par le cœur WordPress est PHP 7.4, mais cette version est en fin de vie : elle n’a plus reçu de correctif de sécurité depuis fin novembre 2022 et ne doit plus tourner en production. WordPress.org recommande officiellement PHP 8.3 ou supérieur. Côté WooCommerce, le minimum pour fonctionner correctement est PHP 8.1, avec PHP 8.3 également recommandé, une limite mémoire d’au moins 256 Mo, et MySQL 8.0 ou MariaDB 10.4 minimum (10.6 ou plus étant préférable).

Un site encore sur PHP 7.4, voire sur une version antérieure, n’est pas seulement moins performant : il tourne sans correctif de sécurité sur le langage lui-même, ce qui est un risque distinct de celui lié à la version de WordPress ou de ses extensions.

Pourquoi une montée de version PHP casse un site WordPress

  • Une vieille extension appelle une fonction PHP supprimée dans la nouvelle version : erreur fatale immédiate au lieu d’un simple avertissement
  • Du code qui tolérait des types de données incohérents (une chaîne passée là où un entier était attendu, par exemple) déclenche une erreur fatale sous PHP 8+, alors qu’il ne produisait qu’un avertissement silencieux avant
  • Une extension abandonnée par son auteur, jamais mise à jour depuis plusieurs années, qui n’a simplement jamais été testée sur PHP 8
  • Un thème avec du code sur mesure ancien, écrit avant que ces fonctions ne soient dépréciées, sans qu’aucune extension ne soit en cause

Comment je vérifie une montée de version PHP avant bascule

  1. Sauvegarde complète

    Fichiers et base de données, avant toute manipulation, pour pouvoir revenir en arrière si nécessaire.

  2. Activation du rapport de compatibilité

    Je passe en revue le code du site avec WP_DEBUG activé et un outil de scan de compatibilité PHP, pour repérer les appels à des fonctions dépréciées ou supprimées avant de changer quoi que ce soit chez l’hébergeur.

  3. Test sur un environnement à la version cible

    Je duplique le site sur un environnement configuré avec la version PHP visée et je le fais fonctionner en conditions réelles, jamais directement sur le serveur de production.

  4. Correction des points bloquants

    Je corrige le code sur mesure concerné, ou je remplace les extensions abandonnées incompatibles par des alternatives maintenues.

  5. Bascule chez l’hébergeur

    Une fois le test concluant, je change la version PHP active dans la configuration d’hébergement, à un moment de faible trafic, et je surveille le comportement du site immédiatement après.

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

D’où partez-vous ?
Quelle est la taille du catalogue, s’il y a une boutique ?
Le site utilise-t-il des extensions payantes avec licence à retransférer ? (facultatif)

Certaines licences sont limitées à un domaine ou nécessitent une réactivation auprès de l’éditeur.

Qu’est-ce qui doit impérativement être conservé ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Quelle version de PHP faut-il viser aujourd’hui ?
PHP 8.3, recommandé à la fois par WordPress.org et par WooCommerce. WooCommerce fonctionne à partir de PHP 8.1, mais viser directement la version recommandée évite une nouvelle montée de version à court terme.
Mon site fonctionne encore sur PHP 7.4, dois-je m’inquiéter ?
Oui. PHP 7.4 n’a plus reçu de correctif de sécurité depuis fin novembre 2022. Ce n’est pas une question de performance mais de faille non corrigée sur le langage lui-même.
Comment savoir si une extension va casser sous PHP 8 ?
Un scan de compatibilité PHP sur le code de l’extension et un test réel sur un environnement configuré avec la version cible restent les deux méthodes fiables : la fiche du plugin annonce rarement une compatibilité précise et à jour.
Peut-on changer la version PHP sans toucher à WordPress ou WooCommerce ?
Oui, la version PHP se change côté hébergement, indépendamment des versions de WordPress ou de WooCommerce installées. C’est justement pour ça qu’elle peut casser des choses sans lien apparent avec une mise à jour de plugin.
Que se passe-t-il si une extension abandonnée casse après la montée de version ?
Je remplace l’extension par une alternative maintenue proposant une fonctionnalité équivalente, ou je réécris la fonctionnalité en sur-mesure si aucune alternative fiable n’existe.

Pages liées