8 modulis · 8.3
Staging: saugus testavimas
8 modulis: Atsarginės kopijos, bandomoji aplinka (staging) ir PHP atnaujinimai · Skaitymo trukmė: 9 min.
Mokymosi tikslas: Baigę šią pamoką galėsite sukurti bandomąją aplinką (staging), ją apsaugoti ir saugiai perkelti pakeitimus į savo tikrąją svetainę.
Pagrindinės sąvokos: staging, produkcinė aplinka (production), klonavimas, subdomenas, noindex, slaptažodis aplankui, el. pašto išjungimas, mokėjimo paslaugų teikėjas testiniu režimu, sinchronizavimas, duomenų bazės perrašymas, vietinė kūrimo aplinka
Kas yra staging
Bandomoji aplinka (staging) (arba testinė svetainė) tai Jūsų tikrosios svetainės kopija, savo adresu, kurioje išbandote pakeitimus. Tikroji Jūsų svetainė tuomet vadinama produkcine aplinka (production). Staging aplinkoje leidžiama suklysti: nauja tema, didelis atnaujinimas, PHP atnaujinimas (pamoka 8.4), naujas įskiepis. Tik kai viskas veikia, pakeitimą atliekate produkcinėje aplinkoje.
Staging naudojate pakeitimams su rizika: didelėms WordPress arba internetinės parduotuvės įskiepio versijoms, kitai temai, PHP atnaujinimui, įskiepių sutvarkymui (pamoka 5.4), pertvarkymui. Teksto pakeitimui ar nedideliam įskiepio atnaujinimui tai nebūtina.
Būdai sukurti staging
| Būdas | Kaip | Kam |
|---|---|---|
| Jūsų diegimo įrankio klonavimo funkcija | Installatron atveju „Kopijuoti“ su „Create a staging site“, Softaculous atveju „Create Staging“, WP Toolkit atveju „Clone“ | Paprasčiausias būdas, jei Jūsų svetainė buvo sukurta su diegimo įrankiu |
| Jūsų talpinimo paslaugų teikėjo staging funkcija | Valdomame WordPress talpinime dažnai tereikia vieno mygtuko | Jei Jūsų talpinimo paslaugų teikėjas tai siūlo |
| Staging įskiepis | Įskiepis sukuria kopiją papildomame aplanke arba subdomene | Jei neturite diegimo įrankio ar talpinimo paslaugų teikėjo funkcijos |
| Rankiniu būdu | Atsarginės kopijos atkūrimas šalia svetainės (pamoka 8.2) ir adresų pakeitimas | Naudinga mokytis, ir visada įmanoma |
| Vietoje, savo kompiuteryje | Programa vietiniam WordPress kūrimui arba Docker aplinka | Kūrėjams ir didesniems pakeitimams |
Staging subdomene (staging.example.com) paprastai yra geriau nei papildomame aplanke (example.com/staging): jis veikia panašiau į Jūsų tikrąją svetainę, o slapukai ir taisyklės .htaccess faile nesimaišo tarpusavyje. Pirmiausia sukurkite subdomeną su sertifikatu.
Apsauga: trys dalykai, kuriuos reikia sutvarkyti iš karto
Jūsų svetainės kopija yra pilnavertė svetainė su visu Jūsų turiniu, kartais ir su visais klientų duomenimis. Todėl iš karto sutvarkykite:
1. Paieškos sistemų pašalinimas
Be apsaugos Google gali rasti ir indeksuoti Jūsų staging aplinką. Tuomet atsiranda dubliuotas turinys, o ieškantys žmonės pakliūva į Jūsų testinę svetainę. Atlikite bent vieną, geriausiai abu šiuos veiksmus:
- Slaptažodis visai staging aplinkai (basic authentication per Jūsų talpinimo valdymo skydelį, „apsaugotas aplankas“). Tada niekas be slaptažodžio svetainės nematys, net paieškos sistemos.Tai pats patikimiausias būdas.
- Atgrasyti paieškos sistemas per Nustatymai > Skaitymas (pamoka 2.4). Tai priskiria
noindexkiekvienam puslapiui. Paieškos sistemos to paprastai paiso, tačiau tai yra prašymas, o ne užraktas.
Atkreipkite dėmesį į priešingą situaciją: jei vėliau sinchronizuojate staging atgal į produkcinę aplinką, neperkelkite noindex varnelės. Produkcinė svetainė, kuri po „sėkmingos“ sinchronizacijos dingsta iš Google, yra klasikinė klaida. Šios pamokos užduotis patikrina abu atvejus.
2. Jokių laiškų realiems žmonėms
Internetinės parduotuvės ar narystės svetainės kopija gali siųsti el. laiškus: patvirtinimus, priminimus, naujienlaiškius, slaptažodžių nuorodas. Tuomet klientai gauna painius laiškus iš Jūsų testinės svetainės. Išjunkite siunčiamus laiškus staging aplinkoje arba nukreipkite juos į savo adresą (su įskiepiu laiškų perėmimui arba išjungdami SMTP įskiepį staging aplinkoje, pamoka 9.1). Taip pat išjunkite suplanuotas užduotis, kurios siunčia laiškus.
3. Mokėjimai ir integracijos testiniu režimu
Internetinė parduotuvė staging aplinkoje turėtų veikti naudodama mokėjimo paslaugų teikėjo testinį režimą, o ne tikrus mokėjimus. Kitas integracijas (buhalteriją, sandėlio apskaitą, CRM) išjunkite arba perkelkite į testinę aplinką, kitaip jos gaus testinius užsakymus kaip tikrus.
Jei staging aplinkoje dirbate su tikrais klientų duomenimis, jiems galioja tas pats BDAR (pamoka 9.3): nesaugokite ilgiau nei būtina ir ištrinkite staging aplinką, kai baigsite.
Atgal į produkcinę aplinką: duomenų bazės spąstai
Sunkiausias žingsnis yra pakeitimų perkėlimas atgal į produkcinę aplinką. Diegimo įrankiai ir staging įskiepiai tam turi funkciją (Installatron atveju „Synch“, kituose „Push to live“). Rizika:
- Pirmadienį sukuriate staging aplinką. Nuo antradienio iki ketvirtadienio testuojate naują temą.
- Tuo tarpu produkcinėje aplinkoje atsiranda dvidešimt naujų užsakymų, trys nauji įrašai ir penkiasdešimt komentarų.
- Penktadienį sinchronizuojate staging duomenų bazę į produkcinę aplinką. Staging duomenų bazė yra pirmadienio: antradienio, trečiadienio, ketvirtadienio ir penktadienio užsakymai, įrašai ir komentarai dingsta.
Todėl:
- Pirmiausia sukurkite produkcinės aplinkos atsarginę kopiją (pamoka 8.1), prieš pat sinchronizavimą.
- Sinchronizuokite tik tai, kas būtina. Temos ar įskiepio atnaujinimas yra failų klausimas; duomenų bazės dažnai perkelti nereikia. Daugelis sinchronizavimo funkcijų leidžia pasirinkti: tik failus, arba tik tam tikras lenteles.
- Internetinės parduotuvės ar aktyvios svetainės atveju: geriau pakeitimą iš naujo atlikite produkcinėje aplinkoje (tie patys žingsniai kaip staging aplinkoje, dabar jau žinote, kad jie veikia), o ne perkelkite duomenų bazę. Arba suplanuokite ramesnį laiką su trumpu parduotuvės sustabdymu.
- Po to patikrinkite produkcinę aplinką: kontrolinį sąrašą iš pamokos 8.2 ir noindex varnelę.
Staging yra vieta, kur mokomasi, kas vyksta. Patį pakeitimą saugiausia iš naujo atlikti produkcinėje aplinkoje.
Sutvarkymas
Staging aplinka, kuri lieka mėnesiais, tampa pamiršta svetainė: neatnaujinta, su senais įskiepiais ir tikrais duomenimis. Tiksliai ta silpnoji vieta, apie kurią kalbama pamokoje 7.1. Ištrinkite staging aplinką, kai baigsite, arba prižiūrėkite ją kaip pilnavertę svetainę (atnaujinimai, slaptažodis). Klonas užima tiek pat vietos kaip ir originalas ir turi savo duomenų bazę.
Santrauka
- Staging yra Jūsų svetainės kopija savo adresu, skirta rizikingiems pakeitimams testuoti.
- Sukurkite ją naudodami savo diegimo įrankį, talpinimo paslaugų teikėją, įskiepį arba rankiniu būdu, geriausiai subdomene su sertifikatu.
- Iš karto apsaugokite: slaptažodis ir (arba) noindex, jokių laiškų realiems žmonėms, mokėjimai testiniu režimu.
- Nesinchronizuokite aklai atgal: staging duomenų bazė perrašo tai, kas atsirado produkcinėje aplinkoje. Pirmiausia pasidarykite atsarginę kopiją, perkelkite tik tai, kas būtina, arba pakeitimą atlikite iš naujo.
- Ištrinkite staging aplinką, kai baigsite, ir neperkelkite noindex varnelės į produkcinę aplinką.
Testas
Užduotis
Užduotis A8.3: Ar Jūsų bandomoji aplinka (staging) yra apsaugota? Įveskite savo staging adresą (Jūsų paties domeno subdomeną, pavyzdžiui, iš užduoties D8.2) ir savo tikrosios svetainės adresą. Įrodykite užduoties kodu, kad domenas priklauso Jums. Programa patikrina staging aplinkoje: ar ji atsako per https, ir ar ji apsaugota (slaptažodžio reikalavimas, arba noindex HTML kode ar antraštėje X-Robots-Tag)? Ar REST nuoroda (wp-json) nukreipia į pačią staging aplinką, o ne į Jūsų tikrąją svetainę? Ir Jūsų tikrojoje svetainėje: ar ten nėra noindex?
Papildoma literatūra
Šiuose straipsniuose aprašomi žingsniai WebOké valdymo skydeliuose; kituose skydeliuose jie veikia panašiai.