Nous devrions diriger les utilisateurs, pas les suivre.
Nous devrions guider les utilisateurs, pas les dorloter.
Nous devons tracer la route vers l’avenir et non continuer à réparer une route brisée vers le passé.
Nous devons dire ce que nous faisons et faire ce que nous disons.

Juliette Reinders Folmer a résumé ses dernières réflexions sur un billet qu’elle avait ouvert il y a à peine trois jours. Elle avait ouvert le ticket en prévision du mouvement sur la version minimale de PHP prise en charge par WordPress. Elle l’avait ouvert après avoir vu le plan de ne plus prendre en charge PHP 5.6 dans le Plans de version de WordPress 5.6 (notez que les plans de sortie initiaux ne sont pas nécessairement gravés dans le marbre).

On ne peut nier la symétrie de l’abandon du support de PHP 5.6 avec la sortie de WordPress 5.6. Le destin semblait appeler vers le bas, disant qu’il était temps de dépasser le soutien de la plate-forme d’une version qui a atteint la fin de la vie en décembre 2018. Ce serait un bel envoi, un adieu qui pourrait inaugurer une nouvelle ère de maintien d’un semblant de rester à jour avec les derniers et meilleurs que le langage de programmation a à offrir.

Mais l’excitation a été interrompue. Les développeurs WordPress, en particulier ceux qui aspirent à ce que WordPress soit plus proactif dans la mise à jour de ses exigences PHP, devront continuer à faire pression pour la modernisation jusqu’en 2021. Il ne semble pas que cela se produise cette année.

Matt Mullenweg, co-fondateur de WordPress et chef de projet, fermé le ticket quelques petites heures après son ouverture. “Juste pour ne pas sélectionner les statistiques pour faire valoir un point, il convient de noter que la distribution PHP sur tous les sites WP que nous suivons est la même que lorsque ce message a été publié en 2018: 85% ont une valeur de 5,6 ou plus”, at-il a écrit. “Seulement environ 66% ont 7,1 ans et plus.”

WordPress a requis un minimum de PHP 5.6 depuis sa sortie de la version 5.2. Parmi les installations de WordPress sur les versions 5.2 à la version 5.5 actuelle, seuls 10,69% de celles exécutant PHP 5.6, selon Sergey Biryukov, un committer principal pour WordPress. Ce pourcentage est encore plus bas que lorsque l’équipe a basculé le commutateur vers PHP 5.6+.

«Étant donné que nous publions toujours des mises à jour de sécurité pour WP 3.7 (publiées il y a près de 7 ans), ce n’est pas comme si nous laissions les utilisateurs de PHP 5.6 ou 7.0 sans mises à jour de sécurité, ils n’auront tout simplement pas les dernières et meilleures fonctionnalités de WP 5.6+, ce qui semble juste, ” il a dit dans les commentaires sur l’annonce WordPress 5.6.

“C’est évidemment une décision philosophique clé qui devrait être prise par le chef de projet, » tweeté développeur principal Andrew Nacin. «Et pour ce que cela vaut, nos philosophies et nos normes en la matière sont cohérentes depuis plus d’une décennie. Les chiffres suggèrent fortement qu’il est trop tôt pour abandonner PHP 5.6. “

Bien qu’il existe certainement des arguments pour examiner les données de différentes manières, l’une des philosophies directrices de WordPress a été de rendre la plate-forme accessible au plus grand nombre d’utilisateurs possible au fil des ans. Cela signifie adopter une approche lente et délibérée tout en s’adressant aux hébergeurs Web et aux utilisateurs. L’abandon du support pour les anciennes versions de PHP n’a pas été aussi rapide que certains – moi y compris – le souhaiteraient.

La nécessité de mettre à jour la version minimale de PHP ne concerne pas simplement les développeurs souhaitant utiliser les outils les plus récents et les plus brillants. Il y a des problèmes pratiques. PHP 8.0 devrait sortir le 26 novembre 2020. Quelle que soit la version minimale requise de WordPress, il doit également fonctionner avec la version la plus à jour de PHP. Plus la gamme de versions prise en charge par la plate-forme est large, plus elle est difficile à tester.

C’est le cas de PHPUnit, un framework de test pour des applications PHP comme WordPress. PHPUnit 8 prend en charge un minimum de PHP 7.2. Techniquement, il a une syntaxe qui nécessite PHP 7.1 – d’où la nécessité du bosse de version de WordPress. PHPUnit 9 nécessite un minimum de 7.3 et est nécessaire pour tester la compatibilité PHP 8.0. Il y a un ticket ouvert pour résoudre des problèmes avec les tests PHPUnit où l’équipe explore des options pour prendre en charge la gamme de versions de PHP.

«Nous devons également travailler sur notre messagerie autour de ces mises à niveau de PHP et de base, afin de ne pas crier au loup et de faire ignorer ces notifications», a poursuivi Mullenweg dans son explication pour la fermeture du ticket, en indiquant le message actuel sur la santé du site dans WordPress. «Ils ne disent pas sur quelle version il se trouve actuellement. Ils ne fournissent pas un bon moyen de contacter l’hôte. Ils ne donnent pas d’informations précises sur la sécurité, car la plupart des hôtes exécutent des backports qui corrigent la sécurité sur les anciennes versions distinctes de ce qui est officiellement pris en charge par le projet PHP principal. Ce ne sont pas des mises à niveau gratuites, et je pense que le coût par rapport à ce que nous sommes en mesure de fournir aux utilisateurs, par rapport à la difficulté causée par le fait de laisser tant de gens derrière, doit être sérieusement pesé. Pour le moment, nous avons l’impression que nous sommes un peu satisfaits de ces exigences, et je serais même prêt à en revenir. “

WordPress peut être plaisanté dans les «vrais» cercles de programmation. Sa dépendance à des outils obsolètes peut être la ligne de force des développeurs qui construisent des sites avec le Prochaine grande chose. Cependant, peut-être en dépit ou peut-être à cause de la réticence de la plate-forme à abandonner rapidement le support des anciennes versions de PHP, elle a englouti 38% du Web. Tout chef de projet remettrait trop en question l’ingérence dans sa formule de ne laisser aucun utilisateur de côté qui faisait partie du voyage pour arriver ici.

C’est un appel difficile pour un chef de projet à faire. C’est également difficile parce que des développeurs comme Folmer ont mis une tonne de travail dans les outils de normes de codage PHP et font le travail souvent ingrat de plaider pour pousser WordPress dans les pratiques de codage modernes.

WordPress est dans une position où il a un certain effet de levier. Si le logiciel nécessite une expérience PHP améliorée, il peut mettre à profit sa base d’utilisateurs massive en forçant les sociétés d’hébergement Web à répondre à leurs besoins. L’argent parle, et si suffisamment d’utilisateurs commencent à chercher des pâturages plus verts, peut-être que ces hébergeurs feront quelques ajustements. C’est du moins la théorie que partagent certains membres de la communauté. «S’il n’y a aucune conséquence pour (l’in) action de l’utilisateur / hôte, pourquoi se donneraient-ils la peine de prendre des mesures?» demanda Folmer.

C’est aussi un pari que le projet WordPress ne semble pas prendre, du moins pour la version 5.6.



Source link