18 februarie 2026
aprox.
8 min
Dacă ai un business online, probabil nu te trezești dimineața gândindu-te la versiunea de cPanel sau la protocolul TLS folosit de server. Te interesează ceva mult mai simplu: site-ul să meargă, emailurile să ajungă și lucrurile să funcționeze fără surprize.
Exact despre asta sunt primele două episoade din seria „Web Hosting Monthly”, prezentate de Cătălin Boștinescu, System Administrator Level 2, cu peste 6 ani de experiență, la cyber_Folks. Nu vorbim despre update-uri pentru că „sună bine”, ci despre schimbări care influențează direct stabilitatea și predictibilitatea infrastructurii tale.
Cătălin spune simplu în primul episod: „Vorbim despre noutăți și update-uri din hosting și din platformele pe care le folosești zi de zi.” Adică lucruri care te afectează chiar dacă nu le vezi.
Una dintre cele mai utile noutăți din cPanel 132 este posibilitatea de a crea domenii temporare direct din cont, fără modificări DNS și fără să aștepți propagarea.
Cătălin explică foarte clar: „Dacă vrei să testezi o temă nouă de WordPress, dacă faci un redesign sau dacă îți migrezi site-ul de la alt provider, de-acum poți lucra liniștit pe un domeniu temporar înainte să publici modificările live.”
Gândește-te la domeniile temporare ca la renovarea unui apartament în care încă locuiești. Dacă începi să spargi pereții din sufragerie în timp ce ai musafiri, toată lumea vede dezordinea, zgomotul și praful. Exact asta se întâmplă când faci modificări direct pe domeniul live: utilizatorii văd erorile în timp real.
Un domeniu temporar îți oferă, practic, un apartament identic într-o clădire alăturată. Poți muta mobilierul, poți testa instalația electrică, poți vopsi pereții și verifica fiecare detaliu fără ca cineva din exterior să fie afectat. Abia când totul este funcțional și verificat, faci mutarea finală.
În termeni tehnici, asta înseamnă că poți testa un redesign, o migrare sau o actualizare majoră fără să expui vizitatorii la pagini stricate, erori 500 sau formulare care nu trimit comenzi. Diferența nu este estetică. Este diferența dintre un business care face modificări controlat și unul care își asumă riscuri în producție.
În suport vedem frecvent situații în care modificările sunt făcute direct pe domeniul principal. Dacă apare o eroare, utilizatorii o văd imediat. Domeniile temporare reduc exact acest tip de risc.
Este un detaliu tehnic, dar impactul este foarte concret: mai puține incidente, mai puține momente de panică.
Cătălin spune direct în episod: „Știu că pentru mulți dintre voi, emailul este cea mai sensibilă parte a hostingului.”
În practică, majoritatea incidentelor care creează stres, frustrare și dezamăgire, sunt despre faptul că un email important nu ajunge unde trebuie.
Imaginează-ți următorul scenariu simplu: un potențial client completează formularul de contact din site-ul afacerii tale pentru o ofertă. Din perspectiva lui, mesajul a fost trimis. Dar dacă emailul îți ajunge ție în spam sau nu este sincronizat corect în clientul pe care îl folosești, tu nici măcar nu știi că acea solicitare există.
Clientul consideră că nu ești serios, pentru că nu-i raspunzi…
În suport vedem frecvent situații în care infrastructura funcționează corect, dar configurările de autentificare – SPF, DKIM, rDNS – sunt incomplete sau IP-ul partajat are reputație afectată. Din exterior, pare că „emailul nu merge”. În realitate, problema este mai subtilă: livrabilitatea.
De aceea, atunci când Cătălin spune că emailul este partea sensibilă, vorbește despre faptul că emailul este canal de comunicare, facturare, notificare și, în multe cazuri, canal direct de vânzare.
Versiunea 132 aduce Dovecot 2.4 și filtrele Sieve integrate în Roundcube. Pe scurt, un sistem mai modern de gestionare și filtrare a emailurilor.
Cătălin explică beneficiul simplu: „Practic, mailul ajunge mai des unde trebuie: în inbox, nu în spam.”
Dar este important să fim realiști. Livrabilitatea nu ține doar de server. De aceea, în episod este menționat explicit că pentru o livrabilitate fără erori recomandăm IP dedicat și configurare corectă de rDNS, aliniate la cerințele marilor provideri de email.
cyber_Folks este focusat pe infrastructură actualizată constant, iar suportul uman este implicat exact în astfel de situații. Nu întâmplător avem rating de 4,7/5 pe Google și 4.9/5 pe Trustpilot, obținute din peste 2500 de review-uri reale. Pentru noi, suportul este o parte importantă a serviciilor pe care le oferim.
Sistemul de operare al serverului este ca fundația unei clădiri. Nu o vezi, dar dacă este veche sau crăpată, totul deasupra devine vulnerabil.
Cătălin explică în episod că cPanel 132 vine cu suport pentru AlmaLinux 10 și Ubuntu 24 LTS și precizează clar: „cyber_Folks folosește deja aceste distribuții, tocmai pentru a avea o bază solidă pentru site-urile pe care alegi să le găzduiești la noi.”
Asta înseamnă actualizări de securitate regulate și o infrastructură aliniată la standardele actuale, nu la versiuni vechi ținute în viață artificial.
Eliminarea TLS 1.0 și 1.1 înseamnă, pe scurt, că serverele nu mai acceptă protocoale vechi de criptare atunci când cineva se conectează la site-ul sau la emailul tău.
Ca să o spunem mai simplu: atunci când un utilizator intră pe site, informația transmisă între browser și server este „împachetată” și protejată. TLS este mecanismul care face această protecție posibilă. Versiunile 1.0 și 1.1 sunt standarde vechi, lansate într-un context tehnologic complet diferit față de cel actual.
A le păstra active este similar cu a lăsa o încuietoare veche pe ușa principală doar pentru că „încă funcționează”. Poate că nu cedează mâine, dar standardele de securitate au evoluat, iar metodele de atac au evoluat și ele.
Prin eliminarea acestor protocoale, infrastructura acceptă doar metode moderne de criptare, mai robuste și aliniate la cerințele actuale din industrie. Pentru majoritatea utilizatorilor, nu este nevoie de nicio acțiune, pentru că dispozitivele și browserele moderne folosesc deja versiunile noi de TLS.
Este genul de actualizare care nu se vede, nu apare pe homepage și nu generează notificări spectaculoase. Dar este exact tipul de decizie care reduce riscul pe termen lung și menține infrastructura la un nivel sănătos.
Asta înseamnă, în practică, infrastructură administrată activ: nu aștepți ca un standard să devină vulnerabil sau ca un incident să forțeze o reacție. Îl înlocuiești din timp, astfel încât utilizatorul final să nu simtă niciodată tranziția.
Dacă primul episod a fost despre fundație, al doilea este despre lucruri care îți pot afecta direct fluxul de lucru.
Începând cu ianuarie 2026, Google elimină funcția de verificare a conturilor externe prin POP3 în Gmail.
Cătălin explică un scenariu pe care îl vedem des: „Emailul funcționează, dar eu îl citesc doar din Gmail.”
După această schimbare, emailurile nu dispar. Ele rămân pe server. Problema este că tu nu le mai vezi în interfața în care ești obișnuit să le verifici.
Pentru un business, asta poate însemna mesaje necitite, cereri la care nu se răspunde la timp și impresia, din exterior, că ignori clienții.
Soluția recomandată este simplă și stabilă: configurarea prin IMAP într-un client dedicat sau folosirea webmail-ului din cPanel. Este mai puțin „comod” decât Gmailify, dar este mult mai sigur pe termen lung.
Urmărește clipul pe YouTube pentru a vedea pașii concreți pe care să-i urmezi pentru a rezolva eventuale probleme de email cauzate de acest update. Aproape 30% dintre ticketele pe care le primim zilnic la cyber_Folks sunt despre suport pentru a rezolva probleme de email.
În episodul 2, Cătălin abordează o schimbare care a generat confuzie în industrie: închiderea companiei ConfigServer (Way to the Web), dezvoltatorul original al firewall-ului CSF (ConfigServer Security & Firewall).
Este important să separăm faptele de percepție.
Proiectul original a fost închis în august 2025 și trecut în regim open-source, fără suport comercial activ. Asta nu înseamnă că firewall-ul a dispărut și nici că serverele au rămas fără protecție.
Cătălin spune foarte clar în episod: „Pentru clienții cyber_Folks, acest lucru NU a fost o problemă până acum.” Și explică de ce.
Chiar și după închiderea proiectului original:
– CSF a continuat să funcționeze normal
– regulile existente au rămas active
– infrastructura nu a fost afectată
Motivul este simplu: CSF nu este singurul mecanism de securitate pe care se bazează infrastructura. În administrarea reală a serverelor, firewall-ul este doar un strat dintr-un sistem mai amplu care include monitorizare, configurări de securitate la nivel de sistem, politici de acces și actualizări constante.
Începând cu 18 februarie 2026, cPanel preia oficial mentenanța CSF și va livra update-uri critice prin propriile canale. Practic, sursa de update se schimbă, dar funcționalitatea rămâne.
Pentru serviciile de găzduire shared oferite de cyber_Folks, această tranziție nu necesită nicio acțiune din partea utilizatorului. Toate condițiile sunt deja îndeplinite la nivel de infrastructură, iar actualizarea este aplicată automat, fără impact asupra performanței sau stabilității site-urilor.
Cătălin explică foarte bine ideea de bază: nu vorbim despre o criză, ci despre un pas normal într-un ecosistem matur.
Diferența reală este aceasta: atunci când ai doar „spațiu pe server”, astfel de schimbări devin motive de îngrijorare. Când ai infrastructură administrată activ, ele sunt absorbite în fundal, fără să îți afecteze business-ul.
Cătălin spune în episod: „Dacă OPcache este dezactivat în 2026, practic rulezi WordPress cu frâna de mână trasă.”
Ca să înțelegi de ce, trebuie să clarificăm un lucru simplu: atunci când cineva accesează un site WordPress, serverul nu livrează doar un fișier static. El execută cod PHP, care trebuie interpretat și transformat într-un rezultat vizibil în browser.
Fără OPcache, procesul arată cam așa: la fiecare accesare, serverul ia fișierele PHP, le citește, le compilează și abia apoi le execută. De fiecare dată. Pentru fiecare vizitator.
Este ca și cum, de fiecare dată când mergi la birou pe același traseu, ai deschide GPS-ul, ai introduce adresa, ai calcula ruta și abia apoi ai pleca la drum — chiar dacă faci același drum zilnic de ani de zile. Funcționează, dar îți consumi energie degeaba.
Cu OPcache activ, codul PHP este compilat o singură dată și păstrat în memorie sub formă de bytecode. La următoarele accesări, serverul nu mai reface procesul de la zero. Pur și simplu folosește versiunea deja pregătită.
Revenind la analogie: este ca și cum ți-ai memorat traseul până la birou. Nu mai deschizi harta, nu mai calculezi nimic. Pleci direct, pentru că știi drumul deja.
Diferența practică este aceasta:
– fără OPcache, serverul consumă CPU inutil la fiecare request
– cu OPcache, resursele sunt folosite mai eficient
La trafic mic poate că diferența nu este dramatică. Dar când apar vârfuri de trafic — o campanie, un articol viral, o perioadă aglomerată — lipsa OPcache înseamnă încărcare mai mare pe server și timpi de răspuns mai slabi.
Pe toate tipurile de găzduire shared de la cyber_Folks – fie că vorbim despre găzduirea optimizată pentru WordPress, sau cea cu NVMe boost, OPcache este activat implicit tocmai pentru a evita acest tip de performanță „inutil limitată”. Pentru configurații speciale, echipa tehnică poate ajusta parametrii astfel încât să existe echilibru între performanță și compatibilitate.
Pe scurt, OPcache este o fundație de performanță pentru orice aplicație PHP modernă.
Performanța nu este doar despre „rapid”. Este despre experiența utilizatorului și despre faptul că site-ul tău poate gestiona trafic fără să devină instabil.
Filozofia cyber_Folks este că un furnizor de hosting nu ar trebui să ofere doar un spațiu pe un server.
Ar trebui să fie un partener de afaceri care să te ajute să crești. Un partener cu know-how care explică, previne și optimizează.
Faptul că publicăm astfel de articole și explicăm deschis ce se schimbă în infrastructură este o alegere. Este modul în care alegem să lucrăm: transparent, educativ și orientat spre suport real.
Mulți furnizori spun că oferă performanță. Noi alegem să și explicăm ce înseamnă performanța și cum o obținem.
Punem suflet.
Te incurajăm să te abonezi la canalul de YouTube cyber_Folks pentru mai multe tutoriale și clipuri video despre update-uri.
Dacă citești acest articol și ai site-ul găzduit în altă parte, cea mai simplă metodă de a vedea diferența este să testezi direct infrastructura cyber_Folks.
Iar dacă te gândești că a venit momentul ca afacerea ta să primească un website rapid și sigur pachetul cyber_ONE îți oferă:
Este pachetul de start cu cel mai bun raport calitate preț. Totodată, este o modalitate simplă de a verifica stabilitatea, performanța și suportul uman cyber_Folks, fără un angajament mare.
Poți verifica disponibilitatea domeniului tău aici: https://cyberfolks.ro/verificare-domeniu/
Pentru a comanda pachetul cyber_ONE poti urma pașii explicați de colegul nostru Raul in acest clip:
Mult succes, este foarte accurate textul, usor de urmarit si plin de informatii veritabile. Ma ajuta sa ajung la zi cu noutatile din domeniul hostingului si a IT-ului. Va multumesc!
Mulțumim pentru cuvintele frumoase! Ne bucurăm că seria „Web Hosting Monthly” îți este de folos — exact asta ne-am propus împreună cu Cătălin: să traducă schimbările tehnice în lucruri concrete pentru oricine are un business online. Urmează episoade noi, deci rămâi pe fază!