Nu există o creștere minimă a versiunii PHP în acest an, WordPress va accepta PHP 5.6 pentru o perioadă mai lungă
Publicat: 2020-08-21Ar trebui să conducem utilizatorii, nu să-i urmăm.
Ar trebui să-i îndrumăm pe utilizatori, nu să-i mândrim.
Ar trebui să creăm drumul către viitor, nu să continuăm să reparăm un drum rupt către trecut.
Ar trebui să spunem ceea ce facem și să facem ceea ce spunem.
Juliette Reinders Folmer și-a încheiat ultimele gânduri la un bilet pe care îl deschisese cu doar trei zile în urmă. Ea a deschis biletul în așteptarea mișcării pe versiunea PHP minimă acceptată de WordPress. Ea îl deschisese după ce a văzut planul de a nu mai suporta PHP 5.6 în planurile de lansare WordPress 5.6 (rețineți că planurile de lansare inițială nu sunt neapărat stabilite în piatră).
Nu se poate nega simetria renunțării suportului pentru PHP 5.6 odată cu lansarea WordPress 5.6. Soarta părea să apeleze, spunând că era timpul să treacă de suportul platformei pentru o versiune care a ajuns la End of Life în decembrie 2018. Ar fi o terminare plăcută, un rămas-bun care ar putea deschide o nouă eră a menținerii unui aspect. de a rămâne la curent cu cele mai recente și mai bune pe care le oferă limbajul de programare.
Dar emoția a fost întreruptă. Dezvoltatorii WordPress, în special cei care și-au dorit mult ca WordPress să fie mai proactiv în actualizarea cerințelor PHP, vor trebui să continue să facă eforturi pentru modernizare până în 2021. Nu se pare că se va întâmpla în acest an.
Matt Mullenweg, co-fondator WordPress și lider de proiect, a închis biletul la câteva ore după deschidere. „Doar ca să nu alegem statistici pentru a face un punct, merită remarcat faptul că distribuția PHP pe toate site-urile WP pe care le urmărim este aceeași ca atunci când a fost făcută acea postare în 2018: 85% au 5,6 sau mai mult”, el a scris. „Doar aproximativ 66% au 7,1 sau mai mult.”
WordPress a avut nevoie de minimum PHP 5.6 de la lansarea versiunii 5.2. Dintre instalațiile WordPress pe versiunile 5.2 până la actuala 5.5, doar 10,69% dintre acestea rulează PHP 5.6, conform lui Sergey Biryukov, un committer principal pentru WordPress. Acest procent este chiar mai mic decât atunci când echipa a trecut comutatorul la PHP 5.6+.
„Având în vedere că lansăm în continuare actualizări de securitate pentru WP 3.7 (lansat în urmă cu aproape 7 ani), nu este ca și cum îi lăsăm utilizatorii PHP 5.6 sau 7.0 fără actualizări de securitate, pur și simplu nu vor avea cele mai recente și mai bune caracteristici ale WP. 5.6+, ceea ce pare corect”, a spus el în comentariile la anunțul WordPress 5.6.
„Aceasta este, evident , o decizie filosofică cheie care ar trebui luată de liderul proiectului”, a scris pe Twitter dezvoltatorul principal Andrew Nacin. „Și pentru cât valorează, filozofiile și standardele noastre în acest sens au fost consistente de mai bine de un deceniu. Cifrele sugerează că este prea devreme pentru a renunța la PHP 5.6.”
Deși există cu siguranță argumente pentru a privi datele în moduri diferite, una dintre filozofiile directoare ale WordPress a fost să facă platforma accesibilă pentru cât mai mulți utilizatori de-a lungul anilor. Acest lucru a însemnat să luați o abordare lentă, deliberată, în același timp să vă adresați gazdelor web și utilizatorilor deopotrivă. Renunțarea suportului pentru versiunile vechi de PHP nu a fost atât de rapidă pe cât și-ar dori unii, inclusiv eu.
Necesitatea actualizării versiunii minime de PHP nu este doar despre dezvoltatorii care doresc să folosească cele mai noi și mai strălucitoare instrumente. Există preocupări practice. PHP 8.0 este programat să fie lansat pe 26 noiembrie 2020. Indiferent de versiunea minimă necesară a WordPress, trebuie să funcționeze și cu cea mai recentă versiune de PHP. Cu cât este mai largă gama de versiuni pe care platforma le acceptă, cu atât este mai greu de testat.

Acesta este cazul PHPUnit, un cadru de testare pentru aplicații PHP precum WordPress. PHPUnit 8 acceptă minim PHP 7.2. Din punct de vedere tehnic, are o sintaxă care necesită PHP 7.1 - prin urmare, este nevoie de versiunea de tip WordPress. PHPUnit 9 necesită minimum 7.3 și este necesar pentru a testa compatibilitatea PHP 8.0. Există un bilet deschis pentru rezolvarea problemelor legate de testarea PHPUnit, în care echipa explorează opțiuni pentru a sprijini gama de versiuni PHP.
„De asemenea, trebuie să lucrăm la mesajele noastre în jurul acestor actualizări PHP și de bază, astfel încât să nu plângem lupul și să facem ca aceste notificări să fie ignorate”, a continuat Mullenweg în explicația sa pentru închiderea biletului, arătând către mesajele actuale de sănătate a site-ului în WordPress. „Nu spun în ce versiune se află în prezent. Ele nu oferă o modalitate bună de a contacta gazda. Ele nu oferă informații precise despre securitate, deoarece majoritatea gazdelor rulează backport-uri care corectează securitatea versiunilor mai vechi, separat de ceea ce este susținut oficial de proiectul PHP de bază. Acestea nu sunt upgrade-uri gratuite și cred că costul față de ceea ce suntem capabili să oferim utilizatorilor, față de greutățile cauzate de lăsarea atât de mulți oameni în urmă, trebuie să fie serios cântărit. În acest moment, se simte că suntem puțin mulțumiți de aceste cerințe și chiar aș fi deschis să retrag ceva.”
WordPress poate fi glumit în cercurile de programare „adevărate”. Dependența sa de instrumente învechite poate fi punctul de vedere al dezvoltatorilor care construiesc șantiere cu Next Big Thing . Cu toate acestea, poate în ciuda sau poate din cauza reticenței platformei de a renunța rapid la suportul pentru versiunile mai vechi de PHP, aceasta a înghițit 38% din web. Orice lider de proiect s-ar pune la îndoială să se amestece prea mult cu formula sa de a nu lăsa utilizatorii în urmă, care a făcut parte din călătoria până aici.
Este o chemare dificilă pentru un lider de proiect. Este, de asemenea, greu, deoarece dezvoltatorii precum Folmer au depus o mulțime de muncă în instrumentele standardelor de codare PHP și fac treaba adesea ingrată de a susține împingerea WordPress în practicile moderne de codare.
WordPress se află într-o poziție în care are o anumită pârghie. Dacă software-ul necesită o experiență PHP actualizată, își poate pune baza masivă de utilizatori la lucru, forțând companiile de găzduire web să răspundă nevoilor lor. Banii vorbesc, iar dacă destui utilizatori încep să caute pășuni mai verzi, poate că acele gazde web vor face unele ajustări. Aceasta este cel puțin teoria pe care o împărtășesc unii din comunitate. „Dacă nu există consecințe pentru utilizator/gazdă (in-)acțiune, de ce s-ar deranja vreodată să ia măsuri?” întrebă Folmer.
Este, de asemenea, un pariu pe care proiectul WordPress nu pare să îl ia, cel puțin pentru versiunea 5.6.
