Găzduire actualizată: cine ce actualizează și ce se întâmplă când nu o face nimeni

Cele șase bucăți ale unei găzduiri: cele actualizate și cele rămase în urmă

„Ținerea găzduirii la zi" pare un singur lucru. Sunt șase, fiecare cu alt proprietar. De aceea, în practică, unul dintre ele este mereu uitat: nimeni nu a hotărât să îl neglijeze, doar că fiecare a crezut că îi revine altcuiva.

Merită așezate pe rând și spus cine ține fiecare.

Cele șase bucăți și ale cui sunt

CeCine îl actualizează
Sistemul de operare al serveruluiFurnizorul
Serverul web și modulele luiFurnizorul
Versiunea de PHP disponibilăFurnizorul o pune la dispoziție, o alegi tu
Baza de dateFurnizorul
CMS, temă, moduleTu sau cine îți întreține site-ul
Certificatul SSLFurnizorul, dacă este cel inclus

Primele două rânduri și al patrulea sunt muncă pe care nu o vezi și pe care nu ar trebui nici să ți-o amintești: se întâmplă dedesubt, iar când merge bine nu observi. Există o pagină despre cum este construită infrastructura noastră, dacă te interesează detaliul.

Al cincilea rând este cel care se uită și este singurul pe care nu îl putem face în locul tău. Actualizarea unui modul poate schimba cum arată o pagină sau cum funcționează un formular: este o decizie despre site-ul tău, nu despre server.

Securitate: fereastra care contează

Când într-un program folosit pe scară largă se găsește o breșă, problema nu începe când apare corecția. Începe când breșa devine publică — iar între cele două momente trec zile.

În zilele acelea atacurile automate rulează deja. Nu își aleg victimele: scanează internetul căutând instalări care expun acea versiune și iau ce găsesc. De aceea „site-ul meu e mic, cine să mă atace" este întrebarea greșită, așa cum am povestit scriind despre ce se întâmplă când site-ul de lângă al tău este compromis.

La fereastra aceasta se poate lucra din două părți și sunt necesare amândouă.

Dinspre server: când o vulnerabilitate nu este încă corectată, aplicăm imediat o regulă în WAF care blochează oricum amenințarea. Site-ul nu este actualizat, dar atacul nu ajunge.

Dinspre tine: să actualizezi ce stă în spațiul tău și să scoți ce nu folosești. Un modul dezactivat, dar încă instalat, este un fișier care poate fi atins. Cel mai eficient mod de a nu actualiza ceva este să nu îl ai.

Performanță: unde se câștigă cu adevărat

Actualizările aduc viteză, dar nu toate în aceeași măsură, și ajută să știi unde să te uiți.

Saltul mare îl dă versiunea de PHP. Între o versiune veche și cea curentă diferența pe un site dinamic se măsoară și nu este marginală. Pe serverele noastre versiunea implicită este ultima stabilă disponibilă, iar tu o poți schimba din panou.

Al doilea câștig vine din cache, care nu este o actualizare, ci o configurație: pe planurile noastre este pornit implicit pentru resursele statice și pentru ieșirea generată de PHP, iar cine are un site care interoghează mult baza de date poate activa Memcached sau Redis din servicii suplimentare.

Al treilea, cel despre care nu vorbește nimeni, este să scoți lucruri. Un site cu patruzeci de module nu este lent din vina serverului. Dacă ai o bază de date WordPress care s-a umflat de-a lungul anilor, curățarea ei aduce mai mult decât orice actualizare.

SEO: ce legătură are găzduirea și până unde

Aici merită să fim preciși, pentru că este subiectul pe care se promite cel mai mult.

Google măsoară cum se încarcă o pagină, iar o parte din acea măsurătoare depinde de server: timpul până sosește primul răspuns intră direct în momentul în care conținutul principal devine vizibil. Un server lent pune o întârziere sub tot restul, iar nicio optimizare a paginii nu o recuperează.

Dar se oprește acolo. Stabilitatea aranjamentului și reacția la comenzi depind de cum este construită pagina, nu de unde este găzduită. Iar poziționarea depinde înainte de toate de ce scrie în pagină.

Pe scurt: o găzduire lentă poate frâna un site bun, o găzduire rapidă nu ridică un site gol. Cine promite altceva vinde altceva.

Ce poți face tu, în practică

Cinci lucruri, în ordinea randamentului.

  1. Ține CMS-ul și modulele la zi și încearcă mai întâi pe o copie. Nu există o cale isteață de a ocoli asta. Există una prudentă de a o face.
  2. Scoate ce nu folosești. Teme niciodată activate, module încercate și abandonate, instalări vechi în subdirectoare uitate: toate sunt suprafață expusă de care nu ai nevoie.
  3. Treci la ultima versiune de PHP, fără grabă. Încearc-o, uită-te la site, iar dacă un modul nu este pregătit te întorci din panou. Este reversibil.
  4. Verifică dacă se uită cineva. Un site care cade noaptea și revine la opt dimineața este un site pe care nu îl supraveghează nimeni. Monitorizarea există ca să afli înaintea clientului.
  5. Să știi unde sunt backupurile și în cât timp se restaurează. Întrebarea serioasă nu este „mi se va întâmpla", ci „în cât timp revin". Pe planurile ICBS backupul complet este zilnic.

O notă despre cum spunem asta

Niciunul dintre punctele de mai sus nu este exclusivitatea noastră și nu le prezentăm așa: un sistem actualizat, cache, backup și monitorizare sunt ceea ce trebuie să facă o găzduire serioasă. Diferența o face faptul că sunt scrise undeva și verificabile, nu că sună special.

De aceea ce este inclus și ce nu stă într-o pagină separată, cu condițiile scrise pe larg. Dacă evaluezi un furnizor — pe noi sau pe oricare altul — este genul de pagină pe care merită să o cauți înainte să semnezi.

Întrebări frecvente

Sistemul de operare, serverul web, PHP și baza de date le actualizăm noi: fac parte din serviciu. Rămâne al tău ce stă în spațiul tău web — CMS-ul, tema, modulele — pentru că actualizarea lor poate schimba cum arată sau cum se comportă site-ul, iar decizia aceea nu o putem lua în locul tău.
Se poate întâmpla, cu un modul vechi sau cu un cod scris pe comandă acum câțiva ani. De aceea versiunea de PHP se schimbă din panou și este reversibilă: încerci, iar dacă ceva nu merge te întorci din același loc. Sfatul este să încerci pe o copie, nu direct pe site-ul viu.
Nu ca cineva să te țintească pe tine: ca un robot să te găsească. Când o breșă devine publică, atacurile automate pornesc în câteva ore și scanează internetul fără să aleagă victimele. Modulul rămas în urmă este ușa; site-ul tău este doar adresa care a ieșit la rând.
O parte, da, dar merită spus precis: serverul decide cât durează până sosește primul răspuns, iar timpul acela intră într-una dintre măsurătorile pe care Google le face. Conținutul, structura și linkurile contează mai mult. O găzduire rapidă nu ridică un site care nu are nimic de spus.
Nu. Certificatul inclus se reînnoiește singur înainte de expirare. Dacă folosești un certificat propriu, încărcat manual, acela rămâne un termen de urmărit de tine — și este cel mai frecvent motiv pentru care un site își întâmpină vizitatorii cu avertismentul browserului.
Întreabă și cere răspunsuri cu date în ele: ce versiune de PHP este disponibilă astăzi, cât de des se aplică actualizările de sistem, ce se întâmplă între descoperirea unei breșe și apariția corecției. Un furnizor care răspunde precis la aceste trei întrebări ți-a spus deja multe.