Viitorul PHP

Pe scurt: Viitorul PHP este stabilit în părți esențiale și poate fi citit public. Fiecare versiune primește patru ani de suport, doi dintre ei doar cu remedieri de securitate, de fiecare dată până la 31 decembrie. PHP 8.6 este prevăzut, potrivit planificării, pentru 19.11.2026 și aduce, printre altele, valori implicite mai sigure pentru sesiuni. Pentru PHP 9.0 există propuneri de modificare adoptate, dar niciun termen anunțat. Pentru companii, aceasta înseamnă: upgrade-uri previzibile în loc de surprize, atât timp cât folosesc versiuni acceptate.

Cum se decide asupra viitorului PHP?

Funcțiile și regulile noi apar în PHP prin RFC-uri (Request for Comments). O propunere este publicată în wiki-ul PHP, discutată pe lista de corespondență și apoi votată. Pentru noile valori implicite ale sesiunilor, de exemplu, a fost necesară, potrivit RFC-ului, o majoritate de două treimi. Abia un RFC adoptat și implementat este o planificare documentată; propunerile aflate în discuție sunt idei, nu angajamente.

Pentru factorii de decizie, acesta este un avantaj: cine vrea să știe ce urmează poate citi lista din wiki, în loc să se bazeze pe zvonuri. Pe această pagină menționăm de aceea doar RFC-uri adoptate sau implementate și termene oficiale.

Perioade de suport fixe: patru ani pentru fiecare versiune

În 2024, proiectul PHP a adaptat ciclul de lansări printr-un RFC. De atunci se aplică: doi ani de suport activ, cu remedieri de erori și de securitate, apoi doi ani doar pentru probleme critice de securitate. Termenele se încheie uniform la 31 decembrie. Release candidate-urile nu mai au voie să conțină funcții noi.

Valorile pentru 8.2 până la 8.5 provin de pe php.net, cele pentru 8.6 le-am dedus din regula în vigoare; ele devin obligatorii abia când php.net le publică. Ce înseamnă aceasta pentru versiunile mai vechi descriu Versiunile PHP și ciclul de lansare și Sfârșitul vieții PHP: riscurile versiunilor depășite.

PHP 8.6: ce este hotărât

Potrivit calendarului din wiki-ul PHP, publicarea PHP 8.6.0 este prevăzută pentru 19.11.2026. La 21.10.2026 a apărut al patrulea release candidate, care conține, potrivit php.net, deja remedierile pentru cele două vulnerabilități PHP2Shell; versiunile de test 8.6 anterioare trebuie înlocuite. Următorul release candidate este anunțat pentru 05.11.2026. Versiunile de test nu au ce căuta în producție.

O selecție dintre RFC-urile care sunt listate în wiki ca implementate pentru PHP 8.6:

1. Valori implicite sigure pentru sesiuni: session.use_strict_mode și session.cookie_httponly se activează implicit, iar session.cookie_samesite se setează pe Lax.
2. Argumentele funcțiilor în mesajele de eroare: informații suplimentare care ajută la depanare.
3. Limitarea lanțurilor de filtre: o limită superioară pentru numărul de filtre înlănțuite.
4. Mijloace noi ale limbajului: printre altele clamp(), aplicarea parțială a funcțiilor și valori implicite pentru proprietățile readonly.
5. Anunțarea depășirii: valorile returnate din __construct() și __destruct() sunt marcate ca depășite.

Ce a venit deja cu PHP 8.0 până la 8.5 rezumă PHP 8.0 până la 8.5: cele mai importante noutăți.

PHP 9.0: propuneri adoptate, fără termen

Mai multe RFC-uri prevăd în mod explicit modificări pentru PHP 9.0 și sunt adoptate, dar încă neimplementate. Printre ele: eroare în loc de avertisment la variabile și proprietăți nedefinite, eliminarea notației ${} în șiruri de caractere, eliminarea ID-urilor de sesiune prin GET și POST și sfârșitul tipurilor de parametri implicit nullable. Un termen de apariție pentru PHP 9.0 nu este anunțat pe php.net.

Pentru planificare, aceasta înseamnă: codul care produce astăzi avertismente despre funcții depășite ar trebui curățat acum. Atunci saltul ulterior nu va fi un proiect mare.

În wiki mai există multe propuneri aflate în discuție, de exemplu un binar comun pentru linia de comandă și FPM sau concurența în motor. Dacă vor veni, este deschis.

Cine susține PHP

PHP este întreținut de voluntari și de dezvoltatori plătiți. Pentru fiecare versiune există o echipă de release manageri; pentru PHP 8.6, wiki-ul menționează pe Daniel Scherzer, Matteo Beccati și Joe Ferguson. PHP Foundation își descrie sarcina ca fiind asigurarea prosperității pe termen lung a limbajului și, potrivit propriei prezentări, finanțează o echipă de dezvoltatori cu normă parțială și întreagă pentru întreținere, securitate și funcții noi.

Și infrastructura este modernizată: din PHP 8.5, OPcache este integrat fix, iar printr-un RFC s-a hotărât recomandarea PIE pentru extensii și marcarea PECL ca depășit.

Ce înseamnă viitorul PHP pentru securitatea dumneavoastră

PHP2Shell a arătat cât de importante sunt perioadele de suport. Pentru 8.2 până la 8.5 au apărut la 21.10.2026 remedieri oficiale; pentru 8.1 și mai vechi au existat doar backport-uri minimale din sursă. PHP 8.2 se încheie la 31.12.2026. Cine planifică astăzi ar trebui să rețină trei lucruri:

• Fiecare versiune folosită are nevoie de un sfârșit de suport cunoscut, trecut în calendar.
• Trecerea la următoarea versiune acceptată trebuie făcută din timp, înainte de această dată.
• Valorile implicite noi, precum setările sigure pentru sesiuni din 8.6, sunt binevenite, dar nu înlocuiesc o configurare conștientă.

Cum ajută PHP SOS concret?

La migrarea la o versiune PHP acceptată procedăm astfel:

• Inventar și termene: Inventariem toate versiunile PHP și trecem sfârșitul suportului lor în planul dumneavoastră.
• Verificarea capacității de upgrade: Arătăm ce aplicații și extensii blochează o versiune nouă.
• Efectuarea trecerii: Test, comutare, repornire și control, versiune cu versiune.
• Anticiparea: Urmărim RFC-urile și termenele de lansare și vă anunțăm când o modificare vă afectează sistemele.

Întrebări frecvente

Surse

• php.net: versiuni acceptate
• PHP RFC: actualizarea ciclului de lansări
• RFC-urile PHP (privire de ansamblu)
• PHP RFC: valori implicite sigure pentru configurarea sesiunilor