En mars, Iain poulson a publié sur le blog Delicious Brains un article intitulé “hey WordPress plug in developers, stop Supporting previous versions of PHP in plug ins”. J’ai accepté et je suis l’auteur du plugin wordpress, donc je l’ai lu et j’espère que les gens m’écouteront et ne feront rien pour continuer ma journée. Plus tard, lorsque nous avons annoncé que nous abandonnions le support PHP laissé dans le formulaire Caldera, jrsquoai cité cet article comme lrsquoune des raisons de la décision. Honnêtement, jrsquoattendrai quelqursquoun drsquoautre parce que jrsquoai peur que si jrsquoabandonne le support pour PHP 5.5 et plus tôt, je reçoive beaucoup de commentaires négatifs, ou perdre beaucoup drsquoutilisateurs, ou le ciel srsquoeffondrera. Mais nous avons saisi lrsquooccasion et le ciel ne srsquoest pas effondré.
Oui, nous avons perdu quelques utilisateurs, mais pour un grand plug in WordPress, de plus en plus de gens choisissent d’utiliser PHP5 en 2018, ce qui n’est généralement pas un choix judicieux, et c’est un bon signe que les problèmes des utilisateurs sont plus importants que sa valeur. Je ne veux pas y penser, mais il nrsquoest pas extensible de mettre les besoins de ceux qui ne maintiennent pas de serveurs ou nrsquoutilisent pas drsquohôtes fiables avant ceux qui sont bien préparés. Oui, le noyau WordPress prend toujours en charge PHP 5.2. Mais il nrsquoy a aucune raison pour que les développeurs de plug ins suivent les normes de développement du noyau lorsqursquoils nrsquoutilisent pas le noyau.
Dans je vais montrer comment nous pouvons gérer le problème de la suppression du support PHP traditionnel et partager quelques idées de lrsquoéquipe derrière le calendrier des événements qui a récemment annoncé qursquoils abandonneraient également le support pour les versions précédentes de PHP. Vous pouvez donc faire de même avec le plug in. Que fait Core? Depuis que je travaille avec wordpress, le moment de supprimer le support pour PHP 5.2 a été un sujet brûlant dans les discussions de wordpcamps. Au Sommet de la communauté précédente
, une solution moderne de calendrier plug in Tribe WordPress aura bientôt besoin de PHP 5.6 ou plus. De plus, Easy Digital s 3.0, en cours de développement, nécessitera une version PHP moderne. Jrsquoai demandé à Jeff serani, stratège du calendrier des événements, ce qui était plus excitant pour leur équipe lorsqursquoils sont entrés dans le futur PHP 5.6 +:
La principale raison de cet ajustement est du point de vue de lrsquoéquipe qui connaît bien lrsquoAQ et le soutien. Il est beaucoup plus efficace de couvrir les tests au dessus de PHP 5.6 avec des tests plus larges sans diluer notre portée drsquoessai tout en couvrant tant de scénarios de cas limites. Le passage à une version plus récente de PHP peut également réduire le temps nécessaire pour signaler les erreurs dans les versions obsolètes. Du point de vue des développeurs, les cloches et sifflets brillants sont bons, mais la clé est une expérience client meilleure plus fiable.
Étant donné le nombre limité d’options permises par les règles WordPress, moi et d’autres développeurs WordPress sommes préoccupés par la façon dont ce changement est communiqué aux utilisateurs. Organisation. Jeff mrsquoa dit comment les tribus modernes ont géré le problème: Nous avons trouvé qursquoun peu de communication était facile avec ce changement. La grande majorité de nos utilisateurs utilisent déjà PHP 5.6 +. Pour les autres groupes, nous introduirons des alertes de bannières interdites aux utilisateurs ltPHP 5.6, abbiamo pubblicato un blog e KB e informato gli utenti tramite un aggiornamento della newsletter. Intendiamo continuare un percorso simile con la comunicazione e assicurando che le persone siano ben informate di questo aggiustamento man mano che ci avviciniamo al nostro lancio di fine anno. Aiuta vedere tanti altri autori di plugin che prendono un039iniziativa simile con la loro suite di prodotti. Noi, come comunità, siamo pronti per questo cambiamento.
Notre plan de repli initial était de créer un bloc de blocage pour empêcher les utilisateurs qui nrsquoutilisent pas PHP 5.6 + de mettre à jour vers une version plus récente, et le repli sera simplement que les utilisateurs ne seront plus en mesure drsquoeffectuer des mises à jour. Bien que nous informons de toutes les restrictions qui pourraient revenir aux versions précédentes du plug in, nous prévoyons toujours la meilleure façon de les gérer. Supprimer en toute sécurité lrsquoancien support PHP, crsquoest à dire:
Ou devriez prendre en charge le support PHP traditionnel. Voici comment le faire en toute sécurité et efficacement.
Je pense qursquoil y a deux choses fondamentales à garder à lrsquoesprit lorsque décidez drsquoabandonner lrsquoancien support PHP. Le premier concerne la communication sur le changement. Deuxièmement, assurez de reculer gracieusement lorsque faites des changements. Commençons par la communication, car la communication est très difficile et doit drsquoabord être mise en œuvre. Pour faire connaître les changements dans la morphologie des cratères, nous avons commencé par un billet de blog en mars. Donc on a fait comme si ne pouviez pas créer un module si votre version PHP nrsquoétait pas à jour. Tout tourne toujours. Nous venons de remplacer le nouveau bouton module par un grand avertissement rouge sur la version PHP.
Parce que jrsquoétais très pédant, jrsquoai introduit lrsquoAPI complète pour le contrôle de version et les messages drsquoavertissement. Vous pouvez simplement ajouter une alerte administrative pour avertir les utilisateurs concernés des changements à venir et les diriger vers les ressources liées à la version PHP: Nous avons également défini le titre de la version PHP la plus basse: Nous avons récemment ajouté freemius Analytics au formulaire Caldera, donc nos données nrsquoont pas encore été publiées. Bien que nous ayons vu certains utilisateurs le désinstaller, le nombre est faible. Lorsque notre version PHP 5.6 + a été lancée, jrsquoa i décidé de faire un bon plan de secours basé sur une conversation utile avec Zack et Jeff dans le calendrier des événements. Je ne veux pas que le plug in soit installé sur un site incompatible, ce qui entraîne un crash du site. Il est important de garder les fichiers du plug in principal PHP 5.2 en sécurité. Nous nrsquoavons jamais pris en charge PHP 5.2 Dans les plug ins drsquoaffaires, donc crsquoest déjà une approche unifiée. Le fichier plug in principal est responsable de la vérification des dépendances et du chargement des fichiers de démarrage incompatibles.
Mise à jour de la version PHP.
Comment supprimer l’ancien support PHP dans le plugin wordpress
