Staging: testare în siguranță

Modulul 8: Copii de siguranță, mediu de testare și actualizări PHP · Timp de citire: 9 minute

Obiectiv de învățare: După această lecție veți putea crea un mediu de testare (staging), îl veți putea proteja și veți putea restaura modificările în siguranță pe site-ul dumneavoastră real.

Concepte-cheie: staging, producție, clonare, subdomeniu, noindex, parolă pe folder, e-mail dezactivat, furnizor de plăți în mod de test, sincronizare, suprascrierea bazei de date, mediu local de dezvoltare

Ce este staging-ul

Un mediu de testare (staging) este o copie a site-ului dumneavoastră real, la o adresă proprie, unde testați modificări. Site-ul dumneavoastră real se numește atunci producție. Pe mediul de testare este permis să meargă greșit: o temă nouă, o actualizare majoră, o actualizare PHP (lecția 8.4), un modul (plugin) nou. Abia când totul funcționează, aplicați modificarea pe producție.

Folosiți mediul de testare pentru modificări cu risc: versiuni majore de WordPress sau ale unui modul de magazin online, o altă temă, o actualizare PHP, curățarea modulelor (lecția 5.4), o reproiectare. Pentru o modificare de text sau o actualizare minoră a unui modul nu este necesar.

Moduri de a crea un mediu de testare

Un mediu de testare pe un subdomeniu (staging.example.com) este de obicei mai bun decât unul într-un subfolder (example.com/staging): se comportă mai mult ca site-ul dumneavoastră real, iar cookie-urile și regulile din .htaccess nu se amestecă. Creați mai întâi subdomeniul, cu un certificat.

Protejarea: trei lucruri pe care le rezolvați imediat

O copie a site-ului dumneavoastră este un site complet funcțional, cu tot conținutul dumneavoastră și, uneori, cu toate datele clienților. De aceea, rezolvați imediat:

1. Blocarea motoarelor de căutare

Fără protecție, Google poate găsi și indexa mediul dumneavoastră de testare. Astfel apare conținut duplicat, iar cei care caută ajung pe site-ul dumneavoastră de testare. Faceți cel puțin unul, de preferință două, dintre următoarele:

• O parolă pe întregul mediu de testare (autentificare de bază prin panoul dumneavoastră de găzduire, un „folder securizat”). Astfel nimeni nu vede site-ul fără parolă, nici măcar motoarele de căutare. Aceasta este cea mai puternică măsură.
• Descurajarea motoarelor de căutare în Setări > Afișare (lecția 2.4). Aceasta setează noindex pe fiecare pagină. Motoarele de căutare respectă de obicei acest lucru, dar este o cerere, nu un blocaj real.

Fiți atenți la situația inversă: dacă sincronizați ulterior mediul de testare înapoi pe producție, nu preluați bifa noindex. Un site de producție care dispare din Google după o sincronizare „reușită” este o greșeală clasică. Exercițiul din această lecție verifică ambele aspecte.

2. Niciun e-mail către persoane reale

O copie a unui magazin online sau a unui site cu membri poate trimite e-mailuri: confirmări, mementouri, newslettere, linkuri de resetare a parolei. Clienții ar primi astfel e-mailuri derutante de pe site-ul dumneavoastră de testare. Dezactivați e-mailurile trimise de pe mediul de testare sau redirecționați-le către propria dumneavoastră adresă (cu un modul pentru interceptarea e-mailurilor, sau dezactivând modulul SMTP pe mediul de testare, lecția 9.1). Dezactivați și sarcinile programate care trimit e-mailuri.

3. Plăți și integrări în mod de test

Un magazin online pe mediul de testare trebuie să funcționeze cu modul de test al furnizorului de plăți, nu cu plăți reale. Alte integrări (contabilitate, stoc, CRM) trebuie dezactivate sau conectate la un mediu de test, altfel acestea primesc comenzile de test ca fiind reale.

Dacă lucrați cu date reale ale clienților pe mediul de testare, GDPR se aplică la fel de strict (lecția 9.3): nu păstrați datele mai mult decât este necesar și ștergeți mediul de testare atunci când ați terminat.

Înapoi la producție: capcana bazei de date

Cel mai dificil pas este restaurarea modificărilor dumneavoastră pe producție. Instalatoarele și modulele de staging au o funcție pentru aceasta (la Installatron „Synch”, la altele „Push to live”). Riscul:

• Creați luni un mediu de testare. De marți până joi testați o temă nouă.
• Între timp, pe producție apar douăzeci de comenzi, trei articole noi și cincizeci de comentarii.
• Vineri sincronizați baza de date de pe mediul de testare pe producție. Baza de date a mediului de testare este cea de luni: comenzile, articolele și comentariile din perioada marți până vineri dispar.

De aceea:

1. Faceți mai întâi o copie de siguranță a producției (lecția 8.1), chiar înainte de sincronizare.
2. Sincronizați doar ce este necesar. Actualizarea unei teme sau a unui modul este o chestiune de fișiere; adesea baza de date nu trebuie inclusă. Multe funcții de sincronizare vă permit să alegeți: doar fișiere, sau doar anumite tabele.
3. La un magazin online sau un site aglomerat: este mai bine să reaplicați modificarea direct pe producție (aceiași pași ca pe mediul de testare, acum că știți că funcționează) decât să transferați baza de date. Sau planificați un moment liniștit, cu o scurtă oprire a magazinului.
4. Verificați apoi producția: lista de verificare din lecția 8.2 și bifa noindex.

Mediul de testare este un loc unde învățați ce se întâmplă. Modificarea propriu-zisă o executați cel mai sigur din nou, direct pe producție.

Curățare

Un mediu de testare care rămâne luni de zile devine un site uitat: neactualizat, cu module vechi și date reale. Exact punctul slab din lecția 7.1. Ștergeți mediul de testare când ați terminat, sau întrețineți-l ca pe un site complet (actualizări, parolă). O clonă ocupă, de asemenea, la fel de mult spațiu ca originalul și are propria sa bază de date.

Rezumat

• Staging-ul este o copie a site-ului dumneavoastră la o adresă proprie, pentru a testa modificări riscante.
• Creați-l cu instalatorul dumneavoastră, cu furnizorul de găzduire, cu un modul sau manual, de preferință pe un subdomeniu cu certificat.
• Protejați-l imediat: parolă și/sau noindex, niciun e-mail către persoane reale, plăți în mod de test.
• Nu sincronizați înapoi fără discernământ: baza de date a mediului de testare suprascrie ce s-a adăugat pe producție. Faceți mai întâi o copie de siguranță, sincronizați doar ce este necesar, sau reaplicați modificarea direct.
• Ștergeți mediul de testare când ați terminat și nu preluați bifa noindex pe producție.

Test (quiz)

Exercițiu

Exercițiu A8.3: Este mediul dumneavoastră de testare (staging) protejat? Introduceți adresa mediului dumneavoastră de testare (un subdomeniu al propriului domeniu, de exemplu din exercițiul D8.2) și a site-ului dumneavoastră real. Demonstrați cu codul exercițiului că domeniul vă aparține. Programul verifică pe mediul de testare: răspunde prin https și este protejat (o cerere de parolă, sau noindex în HTML sau în antetul X-Robots-Tag)? Trimiterea REST (wp-json) indică spre mediul de testare însuși și nu spre site-ul dumneavoastră real? Și pe site-ul dumneavoastră real: nu există noindex acolo?

Lecturi suplimentare

Aceste articole descriu pașii în panourile WebOké; în alte panouri funcționează similar.

• Manual DirectAdmin 13.7: Clonarea și crearea unui mediu de testare (staging)
• Crearea unui mediu de staging WordPress
• Manual DirectAdmin 15.9: Mape protejate prin parolă
• Manual DirectAdmin 4.5: Crearea și ștergerea subdomeniilor
• Manual DirectAdmin 13.8: Ștergerea unei instalări