Setari cookies

Alege ce accepti. Poti reveni oricand din footer (Setari cookie-uri).

Strict necesare

Functionarea de baza a site-ului si memorarea acestor preferinte. Nu pot fi dezactivate.

Analiza trafic

Google Analytics 4: ce pagini functioneaza si ce merita imbunatatit. Date agregate, fara nume sau email.

Marketing

Google Ads si reclamele din ChatGPT (OpenAI): masuram ce campanie a adus cererea ta de oferta si putem afisa reclame relevante.

Sari la continut
Fiber IT
en
FIBERIT

Mentenanta site: ce se strica daca o amani

Componentele unui site au date de expirare publicate dinainte. Care sunt, ce se intampla dupa ele si ce ar trebui sa contina un abonament de mentenanta.

Echipa Fiber IT 5 min de citit
Monitor cu un site pe care componentele apar ca module fizice etichetate PHP, PLUGIN si SSL, cu leduri verzi, iar unul ruginit cu led rosu se desprinde si cade in timp ce o mana intervine cu surubelnita; pe imagine scrie Mentenanta site, ce se strica daca o amani

Pe 31 decembrie 2026, adica peste mai putin de patru luni, PHP 8.2 nu va mai primi nicio corectie de securitate. Nu e o estimare si nici o tactica de vanzare: data e publicata pe site-ul oficial al proiectului de ani buni, alaturi de toate celelalte.

Asta e partea pe care putini patroni o stiu despre site-ul lor. Componentele din care e facut nu se strica din senin, ci au termene anuntate cu mult inainte. Mentenanta inseamna, in cea mai mare parte, sa fii de partea buna a acelor date.

Calendarul e public si se poate citi azi

Proiectul PHP publica pentru fiecare versiune doua termene: unul pana la care se repara si erorile obisnuite, altul, mai lung, pana la care se mai repara doar problemele de securitate. Dupa al doilea, versiunea nu mai primeste nimic.

Versiune Corectii de functionare pana la Corectii de securitate pana la
PHP 8.1 si mai vechi incheiat incheiat
PHP 8.2 31 decembrie 2024 31 decembrie 2026
PHP 8.3 31 decembrie 2025 31 decembrie 2027
PHP 8.4 31 decembrie 2026 31 decembrie 2028
PHP 8.5 31 decembrie 2027 31 decembrie 2029

Cifrele astea conteaza pentru majoritatea site-urilor din piata, fiindca cele mai raspandite platforme de gestiune a continutului ruleaza pe PHP. Daca site-ul tau a fost facut acum patru sau cinci ani si nu l-a mai atins nimeni, sunt sanse mari sa fie pe o versiune din primul rand al tabelului.

Merita spus si ce nu se aplica: site-urile construite pe stive moderne de JavaScript, cum sunt cele pe care le facem noi, nu folosesc PHP deloc. Nu inseamna ca scapa de problema, ci ca au propriile componente cu propriile termene. Principiul e acelasi, doar numele difera.

“Fara suport” nu inseamna ca se opreste

Aici e neintelegerea care costa. Un site pe o versiune iesita din suport nu se inchide si nu afiseaza niciun mesaj. Merge exact ca ieri, si tocmai de asta nimeni nu face nimic.

Ce se schimba e ca, din momentul acela, orice vulnerabilitate descoperita ramane nereparata pentru totdeauna. Iar vulnerabilitatile se publica: cine le cauta stie exact ce sa incerce si pe ce versiuni functioneaza. Un site vechi nu e atacat pentru ca e valoros, ci pentru ca e usor si pentru ca scanarea costa zero.

Consecinta practica vine tarziu si arata a altceva: intr-o zi site-ul trimite spam, sau apare pe o lista de site-uri compromise, sau incepe sa duca vizitatorii in alta parte. Legatura cu o versiune expirata acum doi ani nu o mai face nimeni.

Restul lucrurilor cu termen

Versiunea limbajului e cea mai vizibila, dar nu e singura.

Certificatul care face lacatul din bara de adresa are termen scurt si se reinnoieste automat la majoritatea gazduirilor. Cand automatizarea se strica, browserul afiseaza un avertisment pe toata pagina, iar vizitatorii pleaca inainte sa citeasca ce scrie.

Domeniul se reinnoieste anual. Se pierde de obicei cand expira cardul din contul de plata sau cand notificarea ajunge pe adresa unui om care a plecat din firma. E cea mai ieftina pierdere de evitat si cea mai scumpa de reparat.

Componentele adaugate, adica modulele si extensiile puse pentru cate o functie anume, sunt de departe partea cea mai fragila. Fiecare e facut de altcineva, cu alt ritm de actualizare, iar unele sunt abandonate fara anunt. Un site cu douazeci de extensii are douazeci de calendare care nu se sincronizeaza intre ele.

Copiile de siguranta intra tot aici, si merita verificate separat, pentru ca aproape nimeni nu incearca sa restaureze din ele pana in ziua in care chiar e nevoie.

Ce ar trebui sa contina un abonament, ca sa nu fie doar o factura

Un abonament de mentenanta care nu produce nimic vizibil arata la fel cu unul serios: aceeasi suma, in fiecare luna. Diferenta se vede doar cand ceri detalii.

Ce ar trebui sa fie inauntru: actualizarile de versiuni si de componente, facute pe o copie de test inainte sa atinga site-ul live; copii de siguranta cu istoric si cel putin o restaurare de proba pe an; supraveghere care te anunta cand site-ul nu mai raspunde, nu cand afli de la un client; si un raport, oricat de scurt, cu ce s-a facut in perioada aceea.

Ce nu e mentenanta: paginile noi, functiile noi si schimbarile de design. Sunt lucruri legitime si se platesc, dar sunt dezvoltare. Cand un furnizor le amesteca in acelasi abonament, de obicei se intampla ca actualizarile sa fie amanate ca sa incapa lucrarile cerute, si atunci platesti pentru mentenanta si primesti altceva.

Trei intrebari care lamuresc situatia

Pe ce versiuni rulez azi si cand expira? Raspunsul e o lista scurta cu date, si oricine iti administreaza site-ul ar trebui sa ti-o dea in cateva minute. Daca nu poate, aia e informatia.

Cand a fost ultima restaurare de proba? Nu cand a fost ultimul backup, ci cand s-a incercat ultima data recuperarea din el. Sunt doua lucruri diferite, iar al doilea e singurul care dovedeste ceva.

Ce s-a facut in ultimele trei luni? Un furnizor care lucreaza are un raspuns imediat. Unul care doar factureaza va vorbi despre “monitorizare continua” fara sa numeasca nimic concret.

Daca raspunsurile nu vin, nu inseamna neaparat ca cineva te-a inselat. De multe ori inseamna ca site-ul a ramas fara stapan dupa livrare, ceea ce se intampla des si se rezolva usor. Noi ne uitam la partea asta cand construim un site si o tinem mai departe, iar cand problema a trecut deja de mentenanta si a ajuns la un site compromis, intra la securitate.

Surse

Cifrele din articol care nu ne apartin sunt luate de la sursele de mai jos, la data indicata.

  1. 1. PHP · versiuni suportate si calendar de suport · The PHP Group Consultat 8 septembrie 2026
Tags: #Mentenanta#Securitate web#Gazduire#Costuri

Cuprins

    Newsletter

    Primesti articolele noi direct in inbox

    Ghiduri si noutati despre AI, marketing si IT, pe email. Confirmi abonarea din email si te dezabonezi oricand.

    Nu stii pe ce ruleaza site-ul tau?

    Ne uitam la ce versiuni foloseste azi si iti spunem ce iese din suport si cand. Daca totul e in regula, iti spunem si asta, fara sa-ti vindem nimic.