Gérer avec élégance la prise en charge de la version PHP dans WordPress
Depuis que je travaille avec WordPress, la conversation (et j’utilise ce terme de manière vague) sur les versions de PHP qu’il doit ou ne doit pas prendre en charge est en cours.
- En bref, certains le voient comme une application aussi vaste et populaire que WordPress qui alimente tant de sites Web basés sur CMS devrait être en mesure d’utiliser son influence pour favoriser des solutions plus innovantes.
- D’autres voient que les gens ne mettent pas souvent à niveau, sont sur des hôtes à petit budget ou ne se soucient tout simplement pas (et encore moins de savoir) quelle version de PHP ils utilisent.
Ces deux points pourraient donner lieu à un post et à des commentaires pendant des jours, mais cela ne m’intéresse pas. Parce que mon équipe et moi sommes chargés de créer des solutions personnalisées pour les autres, nous avons la possibilité de faire le point sur l’endroit où les utilisateurs hébergent leur site ou leur application, de le déployer et de tirer parti des fonctionnalités de PHP offertes par leurs hôtes.
Il y a cependant des moments où j’ai rencontré des personnes exécutant des versions de PHP aussi basses que 5.3.
Alors quoi alors?
Tout d’abord, la page des exigences WordPress mentionne spécifiquement ceci :
Si vous êtes dans un environnement hérité où vous n’avez que des versions plus anciennes de PHP ou MySQL, WordPress fonctionne également avec PHP 5.2.4+ et MySQL 5.0+, mais ces versions ont atteint la fin de vie officielle.
Donc, pour être clair, il fonctionne sur les anciennes versions de PHP mais, en tant que développeurs, nous serons sévèrement limités par ce que nous pouvons faire avec le langage. Et, comme le mentionne la page, les implications en matière de sécurité et la prise en charge «en fin de vie» de la version du langage ne doivent pas être ignorées.
Chaque fois que je travaille avec un plugin ou quelque chose qui va fonctionner sur WordPress et que je sais qu’il devra fonctionner sur une variété d’hôtes, je fournis un minimum de support. Il s’agit généralement de PHP 5.6.20.
Si l’environnement dans lequel le projet va s’exécuter ne le prend pas en charge, j’en informerai et empêcherai le projet de s’exécuter. Dans le contexte d’un plugin, il est probablement préférable de se connecter à la fonction register_activation_hook.
Pour ce faire, vous pouvez écrire quelque chose comme ceci :
Certes, c’est simple et l’affichage utilise le style wp_die standard, mais cela fonctionne aussi. Si vous avez plus d’expérience ou de temps, il est également possible d’exécuter les vérifications un peu différemment et de fournir votre propre style.
Le but de cet article n’est pas de savoir comment faire cela. Au lieu de cela, les points sont :
- déterminer quelle version de PHP vous allez prendre en charge,
- comparer la version de PHP en cours d’exécution sur le serveur,
- afficher un message si la version de PHP sur le serveur est inférieure à ce que vous supporterez,
- sortir gracieusement.
La façon dont vous finissez par rendre cela dépend de vous, mais l’essentiel du code ci-dessus devrait être suffisant pour vous aider à démarrer.
Notes complémentaires
Et si vous voulez vraiment approfondir la gestion des chaînes en PHP, je vous recommande le post de Carl sur la gestion des chaînes en PHP.