Tehnologii
PHP: de la codul scris acum zece ani la o versiune suportată
Șapte din zece site-uri cu limbaj de server cunoscut rulează PHP — iar peste o treime dintre ele stau pe o ramură fără suport.
PHP este limbajul în care e scrisă cea mai mare parte a web-ului cu server: 70,6% dintre site-urile al căror limbaj de server este cunoscut, potrivit W3Techs, la 30 iulie 2026. Reputația proastă a limbajului vine din altă epocă, iar problema reală de azi se vede în același set de date.
Versiunea 8 acoperă 62,4% dintre site-urile PHP, dar 7 mai are 29,5%, 5 are 8%, iar 4 are 0,1% — adică 37,6% rulează pe o ramură care nu mai primește corecții de securitate. Firmele care ne caută sunt exact acolo: un sistem care funcționează, dar care blochează o integrare, pică un scan de securitate sau nu mai poate fi mutat.
O modernizare începe cu un inventar de versiuni și extensii, nu cu refactorizare. Politica php.net este explicită: fiecare ramură e complet susținută doi ani de la lansare, apoi încă doi ani doar pentru probleme critice de securitate — motiv pentru care PHP 8.2 iese complet din suport pe 31 decembrie 2026.
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247
Ce primești
Economie la fiecare nivel
Găzduire ieftină, piață largă de programatori și biblioteci mature: costul de deținere e printre cele mai mici din industrie.
PHP 8 nu seamănă cu amintirea
Versiunile moderne rulează de câteva ori mai repede decât cele de acum un deceniu și susțin practicile oricărui limbaj actual.
Modernizare pe trepte, nu rescriere
Urcăm versiune cu versiune, cu raport de compatibilitate și mediu de test înainte de producție, fără oprirea sistemului.
Predare fără dependență de noi
Primiți codul, inventarul de versiuni și extensii și planul de upgrade următor — PHP se predă altei echipe foarte ușor.
Pentru ce folosim PHP concret
Patru forme: aplicații de business existente care trebuie extinse; site-uri și portaluri pe CMS-uri scrise în PHP; integrări între un sistem PHP și restul infrastructurii; modernizări de cod moștenit, acolo unde rescrierea nu se justifică.
Pentru proiecte noi de business folosim PHP prin Laravel, iar pentru site-uri editoriale prin WordPress — fiecare cu pagina lui.
Ce am construit efectiv cu PHP
Niciunul dintre produsele noastre publice nu e scris în PHP și nu are rost să pretindem altceva: socialk.it rulează pe Next.js, efacturaspv.ro și resortbuggy.com pe Astro, iar expert-intabulare.ro e HTML și CSS scrise de mână.
Explicația e criteriul, nu preferința: acelea sunt aplicații și site-uri de conținut, unde decizia cade altfel. PHP intră la noi prin sisteme preluate de la clienți. Ce se arată concret sunt artefactele modernizării: inventar de versiuni și extensii, raport de compatibilitate, plan de upgrade pe trepte, mediu de test.
Compromisurile reale: disciplina de versiuni și găzduirea
Avantajele sunt economice și reale: găzduire ieftină peste tot și oameni ușor de găsit. Costul stă în disciplina de versiuni — o aplicație PHP care nu e urcată pe un calendar iese din suport fără ca nimeni să observe.
Al doilea obstacol e des găzduirea, nu limbajul: planurile ieftine fixează o ramură veche și nu o mișcă. Costul nu vine din PHP, ci din starea codului moștenit și din câte integrări atârnă de el.
Când NU alegem PHP — și ce alegem în loc
Dacă produsul trăiește din conexiuni permanente — colaborare în timp real, prezență, flux continuu — alegem un motor JavaScript pe server, unde modelul acesta e nativ.
Dacă echipa s-a standardizat deja pe un singur limbaj, de la interfață la server, nu adăugăm al doilea doar de dragul PHP. Iar dacă proiectul e de fapt un site de conținut, răspunsul e WordPress, nu o aplicație PHP scrisă de la zero.
Cine îl întreține după ce plecăm noi
Calendarul e simplu de urmărit: 8.2 nu mai primește nimic după 31 decembrie 2026, 8.3 are securitate până la 31 decembrie 2027, 8.4 până la 31 decembrie 2028, iar 8.5, lansată pe 20 noiembrie 2025, până la 31 decembrie 2029.
Un audit de versiuni arată pe ce ramură sunteți, ce extensii vă blochează și ce se rupe la fiecare treaptă. Spunem și ce argumentează împotriva noastră: PHP e cel mai ușor de predat altei echipe dintre tehnologiile de pe listă.
Întrebări frecvente
PHP nu e o tehnologie depășită?
Percepția vine din codul vechi, nu din limbajul de azi: PHP 8 susține aplicații rapide și sigure, la fel ca orice limbaj actual. Depășit e codul lăsat neatins ani la rând — și exact acela se modernizează.
Avem un sistem PHP scris acum 10 ani — ce facem cu el?
Îl evaluăm înainte de orice decizie. De cele mai multe ori modernizarea graduală — versiune nouă de PHP, securizare, refactorizare pe module — costă o fracțiune dintr-o rescriere și scoate riscurile mari din primele luni.
Ce versiune de PHP ar trebui să rulăm?
Pentru orice lucrare nouă, 8.4 sau 8.5. PHP 8.2 mai primește corecții doar până la 31 decembrie 2026, conform php.net, deci nu mai e un prag rezonabil pentru un proiect care începe acum.
Când NU merită PHP?
Nu merită când produsul se bazează pe conexiuni permanente între server și utilizatori — colaborare simultană, hărți live, notificări continue. Acolo un motor JavaScript pe server face nativ ce în PHP se obține prin adaosuri.
Găsim ușor programatori PHP în România?
Da, e cea mai adâncă piață dintre tehnologiile de server cu care lucrăm. Nu publicăm cifre de piață, dar merită spusă nuanța: găsiți repede oameni, mai greu găsiți oameni obișnuiți cu PHP modern și cu testare automată.
Pagini similare
Resurse conexe
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247