# Viitorul PHP

> Viitorul PHP după planuri documentate: perioade de suport, PHP 8.6 planificat pentru 19.11.2026, RFC-uri adoptate pentru PHP 9.0 și efectul asupra planificării.

Sursa: https://phpsos.de/ro/php/zukunft-von-php/  
Stadiu: 25.10.2026  
Furnizor: PHP SOS, Asistență de urgență PHP și securitatea serverelor. Ajutor imediat pe WhatsApp: https://wa.me/491736494914?text=Bun%C4%83%20ziua%2C%20PHP%20SOS%2C%20avem%20nevoie%20de%20ajutor%20cu%20serverul%20nostru%20PHP.%20Firma%3A%20%E2%80%A6%20Site%3A%20%E2%80%A6

**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.

| Versiune | Apărută | Suport activ până la | Remedieri de securitate până la |
|---|---|---|---|
| 8.2 | 08.12.2022 | 31.12.2024 | 31.12.2026 |
| 8.3 | 23.11.2023 | 31.12.2025 | 31.12.2027 |
| 8.4 | 21.11.2024 | 31.12.2026 | 31.12.2028 |
| 8.5 | 20.11.2025 | 31.12.2027 | 31.12.2029 |
| 8.6 | planificată 19.11.2026 | după regulă, probabil 31.12.2028 | după regulă, probabil 31.12.2030 |

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](https://phpsos.de/ro/php/release-zyklus/) și [Sfârșitul vieții PHP: riscurile versiunilor depășite](https://phpsos.de/ro/ratgeber/php-end-of-life-risiken/).

## 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](https://phpsos.de/ro/php/php-8-neuerungen/).

## 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ă](https://phpsos.de/ro/leistungen/php-migration-legacy/) 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

**Cât timp este acceptată o versiune PHP?**  
De la un RFC adoptat în 2024, patru ani: doi ani de suport activ cu remedieri de erori, apoi doi ani doar cu remedieri de securitate. Termenele se încheie de fiecare dată la 31 decembrie.

**Când apare PHP 8.6?**  
Potrivit planificării din wiki-ul PHP, publicarea este prevăzută pentru 19.11.2026. La 21.10.2026 a apărut release candidate 4, iar următorul este anunțat pentru 05.11.2026. Termenele se pot muta, potrivit wiki-ului.

**Când vine PHP 9.0?**  
Un termen nu este anunțat pe php.net. Există RFC-uri adoptate care prevăd modificări pentru PHP 9.0, de exemplu erori mai stricte la variabile nedefinite. Când va apărea această versiune este deschis.

**Este PHP o investiție sigură pentru următorii ani?**  
Este dovedit: există un plan fix de lansări, o procedură RFC activă și o fundație care plătește dezvoltatori pentru întreținere și securitate. O garanție pentru viitor nu există la nicio tehnologie; decisiv este să folosiți versiuni acceptate.

## Surse

- [php.net: versiuni acceptate](https://www.php.net/supported-versions.php)
- [PHP RFC: actualizarea ciclului de lansări](https://wiki.php.net/rfc/release_cycle_update)
- [RFC-urile PHP (privire de ansamblu)](https://wiki.php.net/rfc)
- [PHP RFC: valori implicite sigure pentru configurarea sesiunilor](https://wiki.php.net/rfc/session_security_defaults)