Când modifici un site, nu lucrezi întotdeauna în același loc. Fotografiile și codul aplicației sunt, de regulă, fișiere, în timp ce textele paginilor, setările și comenzile pot fi păstrate într-o bază de date. Dacă înțelegi această diferență, poți evita intervențiile care șterg informații sau întrerup funcționarea site-ului. Înainte de orice schimbare, identifică baza folosită, protejează datele de conectare și pregătește o copie pe care ai verificat că o poți recupera.
1. Fișierele și baza de date au roluri diferite
Fișierele site-ului includ codul aplicației, temele, extensiile, imaginile și alte documente încărcate. Baza de date păstrează informații structurate, pe care aplicația le citește și le actualizează. MySQL este un sistem de gestionare a bazelor de date întâlnit frecvent la site-urile WordPress; unele instalări folosesc MariaDB, un sistem compatibil pentru multe utilizări obișnuite.
Imaginează-ți o pagină de produs: fotografia poate fi un fișier, iar denumirea, descrierea și prețul pot fi în baza de date. Tema stabilește cum sunt afișate aceste elemente, iar aplicația le aduce împreună când vizitezi pagina.
- Fișiere: cod, teme, extensii, imagini și documente.
- Bază de date: conținut, conturi, setări și înregistrări ale aplicației.
Nu toate site-urile funcționează la fel: un site static poate păstra paginile direct în fișiere. Pentru un site dinamic, copierea exclusivă a fișierelor nu înseamnă, de obicei, o copie completă. Indiferent de serviciul de găzduire web ales, verifică ce componente folosește aplicația ta.
2. Unde sunt păstrate paginile, setările și comenzile
În WordPress, textele articolelor și paginilor sunt păstrate, în mod obișnuit, în baza de date. Fișierele încărcate se află de regulă în directorul pentru încărcări, iar baza păstrează informații despre ele. Aspectul final poate depinde atât de fișierele temei, cât și de setările sau șabloanele salvate în bază.
Ce înseamnă tabele WordPress
O bază de date este organizată în tabele, cu rânduri și coloane. Într-o instalare WordPress obișnuită, poți întâlni tabele cu terminații precum posts, postmeta, options, users sau usermeta. Prefixul lor poate fi diferit de wp_, iar extensiile pot adăuga tabele proprii.
Comenzile unui magazin pot fi păstrate în structurile generale WordPress sau în tabele dedicate, în funcție de platformă, extensie și configurație. Nu deduce locul lor doar dintr-un tutorial găsit online.
Relațiile dintre înregistrări sunt esențiale. Un produs poate avea atribute și variații asociate, iar o comandă poate avea articole, taxe și date de livrare în înregistrări separate. Ștergerea unui singur rând nu elimină neapărat toate legăturile și poate lăsa date inconsistente. Nu toate aceste relații sunt impuse automat de baza de date; unele sunt gestionate de aplicație.
3. Cum identifici baza de date folosită de site
Un cont de găzduire poate conține mai multe baze: pentru site-ul public, o instalare veche sau un mediu de testare. Numele bazei nu este suficient pentru a stabili care este cea activă.
- Identifică instalarea corectă. Verifică directorul asociat domeniului și diferențiază site-ul public de copiile sale.
- Consultă configurația aplicației. În WordPress, conexiunea este definită de regulă în fișierul wp-config.php, deși unele configurații preiau valorile din mediul serverului.
- Notează elementele necesare. Numele bazei, serverul bazei, utilizatorul și prefixul tabelelor te ajută să confirmi conexiunea. Nu copia parola într-o notiță nesecurizată.
- Verifică fără să modifici. Compară structura și câteva informații cunoscute, fără să editezi înregistrări. Adresa site-ului poate fi un indiciu, nu o dovadă unică: o clonă poate conține aceeași adresă.
Într-un mediu de găzduire WordPress, principiul rămâne același: confirmă legătura dintre instalare și bază înainte de intervenție. Dacă identificarea nu este clară, oprește-te și cere ajutor.
4. Protejează datele de conectare și limitează accesul
Datele de conectare permit aplicației să citească și să modifice informații. Nu le publica în capturi de ecran, mesaje publice sau arhive accesibile din browser. Fișierele de configurare și exporturile bazei pot conține informații sensibile.
- Păstrează parolele într-un manager de parole și transmite-le numai printr-un canal securizat, persoanelor autorizate.
- Folosește conturi individuale pentru administrare, unde este posibil, și activează autentificarea în doi pași pentru serviciile care o oferă.
- Acordă numai permisiunile necesare și evită folosirea unui cont cu acces la toate bazele pentru o singură aplicație.
- Revocă accesul temporar când colaborarea s-a încheiat.
Dacă o parolă a fost expusă, schimbarea ei trebuie coordonată cu actualizarea configurației aplicației. Altfel, site-ul poate pierde conexiunea la bază. Nu modifica permisiunile sau parolele la întâmplare pe site-ul public.
5. Pregătește o copie completă și verifică recuperarea
Înainte de intervenție, pregătește o copie a bazei de date și a fișierelor necesare site-ului. Un export al bazei nu include automat imaginile, temele sau extensiile. Nici o arhivă cu fișiere nu include automat conținutul bazei.
- Stabilește ce salvezi. Include baza corectă, fișierele aplicației și configurația necesară restaurării.
- Alege un moment potrivit. Dacă site-ul primește comenzi sau alte actualizări, coordonează copierea pentru a păstra coerența dintre date și fișiere.
- Păstrează copia separat. Folosește o locație protejată, în afara directorului public, preferabil și separat de serverul site-ului.
- Verifică restaurarea. Într-un mediu izolat, confirmă că arhiva se deschide, baza se importă și aplicația poate folosi datele restaurate.
Testul trebuie să evite trimiterea de mesaje reale, procesarea plăților sau expunerea datelor clienților. Restricționează accesul și dezactivează integrările externe relevante. Un fișier de export existent nu dovedește singur că ai o copie recuperabilă.
6. Intervino prin aplicație și verifică rezultatul
Pentru administrarea site-ului, folosește mai întâi funcțiile aplicației: editarea paginilor, gestionarea utilizatorilor, actualizarea setărilor sau administrarea comenzilor. Aceste funcții aplică, de regulă, validările și actualizările asociate pe care o modificare directă le poate ocoli.
Nu executa instrucțiuni SQL copiate fără să înțelegi ce selectează și ce modifică. O înlocuire de text poate afecta date serializate, adică valori stocate într-un format cu reguli proprii. O ștergere poate atinge mai multe înregistrări decât intenționezi sau poate elimina istoricul necesar magazinului.
Dacă intervenția directă este justificată, testeaz-o pe o copie izolată, documentează schimbarea și stabilește cum revii. După aplicare, verifică funcțiile afectate și mesajele de eroare relevante. Nu restaura automat o copie veche peste site-ul public: ai putea pierde comenzile sau modificările apărute între timp.
Concluzia practică: identifică baza, protejează accesul și verifică recuperarea înainte să modifici date. Dacă nu poți explica efectul unei operațiuni, nu o executa pe site-ul public. Poți folosi pagina de contact pentru clarificări despre serviciul de găzduire; pentru logica aplicației, cere ajutorul dezvoltatorului sau al specialistului care o întreține.
