01 Žinios · Svetainės priežiūra
Svetainės priežiūra po paleidimo: atnaujinimai, saugumas ir atsarginės kopijos
Paleista svetainė toliau keičiasi: atsiranda naujų užsakymų, atnaujinamos integracijos ir paskelbiamos naudojamų programų saugumo pataisos. Tvarkinga priežiūra padeda laiku pastebėti problemas ir turėti aiškų atkūrimo kelią, jei pakeitimas nepavyktų. Šiame gide – ką verta numatyti dar prieš pirmą atnaujinimą.
Autorius: Kodas Verslui · · apie 6 min. skaitymo
Skaityti straipsnį ↓01 Praktinis paaiškinimas
Kodėl veikiančiai svetainei reikia priežiūros?
Tai, kad pradžios puslapis atsidaro, dar neparodo visos svetainės būklės. Kontaktų forma gali nebesiųsti laiškų, mokėjimo integracija – grąžinti klaidą, o kopijavimo užduotis – tyliai sustoti. Šiuos dalykus reikia tikrinti pagal tai, kam svetainė naudojama.
WordPress svetainėse prižiūrimas branduolys, papildiniai, temos ir serverio aplinka. Individualiose programose papildomai svarbūs naudojami bibliotekų paketai, jų priklausomybės bei programos paleidimo aplinka. Vienkartinis sukūrimas nepakeičia tolesnės priežiūros.
- Ar veikia pagrindiniai puslapiai, navigacija ir svarbiausi mygtukai?
- Ar užklausos, registracijos ir užsakymai pasiekia reikiamą sistemą?
- Ar atsarginė kopija sėkmingai sukurta ir įmanoma ją atkurti?
- Kas gauna įspėjimus ir imasi veiksmų, kai patikra nepavyksta?
02 Praktinis paaiškinimas
Kaip vertinti pranešimą apie saugumo spragas?
Talpinimo ar paketų tikrinimo įrankio įspėjimas reiškia, kad aptikta versija siejama su žinoma spraga. Pats pranešimas dar neįrodo įsilaužimo. Reikia nustatyti pažeidžiamą komponentą, jo naudojimą veikiančioje svetainėje ir gamintojo siūlomą pataisą.
Vienas komponentas gali turėti kelis saugumo pranešimus, todėl skirtingų skenerių skaičiai nebūtinai sutaps. Darbą verta užbaigti pakartotine patikra ir veikimo bandymais. Nulis žinomų radinių konkrečiame skeneryje neapima visų galimų programos ar jos nustatymų klaidų.
- Užfiksuoti paketą ar papildinį, jo versiją ir konkretaus pranešimo sąlygas.
- Įvertinti pavojingumą ir ar pažeidžiamas funkcionalumas pasiekiamas svetainėje.
- Parinkti pataisytą, su kitais komponentais suderinamą versiją.
- Po atnaujinimo pakartoti skenavimą ir patikrinti svarbiausias funkcijas.
03 Praktinis paaiškinimas
Kaip saugiai atnaujinti svetainę?
Prieš pakeitimą išsaugoma atkuriama dabartinės versijos kopija ir užrašoma, kas bus keičiama. Didesnius atnaujinimus verta išbandyti atskiroje aplinkoje, kuo panašesnėje į gyvą svetainę. Joje turi būti išjungti tikri mokėjimai, laiškų siuntimas ir automatinis turinio publikavimas.
Atnaujinimas laikomas paruoštu tik patikrinus rezultatą: individualiai programai turi pavykti surinkimas, o svetainei – veikti jai svarbūs naudotojo keliai. Paskelbus tą pačią patikrą reikia atlikti gyvai. Jei atnaujinimas keičia duomenų bazę, grįžimą į ankstesnę versiją būtina planuoti atskirai.
Pavyzdžiui, parduotuvei vien gražiai atsidarančio produkto puslapio nepakanka. Reikia patikrinti krepšelį, pristatymo pasirinkimus, atsiskaitymą testiniu režimu ir užsakymo būsenos perdavimą. Paslaugų svetainei svarbiausia gali būti kontaktų forma ir jos pristatymas į CRM.
04 Praktinis paaiškinimas
Kopija naudinga tada, kai iš jos galima atkurti svetainę
Tipinei WordPress svetainei reikia ir failų, ir duomenų bazės: vien atsisiųstų temų, papildinių bei nuotraukų neužtenka įrašams, užsakymams ar nustatymams atkurti. Individualiai programai gali reikėti ir medijos saugyklos, vykdymo nustatymų bei saugiai laikomų atkūrimo raktų. Slaptažodžiai ir raktai neturi patekti į viešus archyvus.
Bent dalį kopijų verta laikyti atskirai nuo svetainės talpinimo. Kopijavimo dažnį lemia priimtinas duomenų praradimas: kasdien naujus užsakymus gaunančiai parduotuvei savaitės senumo kopija gali būti per sena. Kopijų skaičius ir saugojimo laikas turi būti sutarti iš anksto.
Atkūrimo bandymas atliekamas atskiroje aplinkoje. Patikrinama, ar archyvas išsiskleidžia, duomenų bazė įsikelia, failai pasiekiami ir svarbiausios funkcijos veikia. Taip pat užrašoma, kiek užtruko atkūrimas. Veikiančioje parduotuvėje grąžinant seną duomenų bazę būtina išsaugoti po kopijos sukūrimo atsiradusius užsakymus.
05 Praktinis paaiškinimas
Ką įtraukti į svetainės priežiūros planą?
Priežiūros apimtį geriausia sutarti konkrečiais veiksmais. Kas atnaujina komponentus, kas stebi sutrikimus ir kas gali atkurti svetainę? Turi būti aišku, kada reaguojama, kokie darbai įtraukti ir kas laikoma papildomu programavimo darbu.
Toliau pateiktas planas yra pradinis pavyzdys. Kritinės saugumo pataisos vertinamos nelaukiant įprastos mėnesinės peržiūros, o patikrų dažnis derinamas prie svetainės svarbos ir duomenų kaitos.
| Sritis | Ką sutarti ir patikrinti |
|---|---|
| Stebėjimas | Pasiekiamumas, svarbiausių funkcijų klaidos ir aiškus įspėjimų gavėjas. |
| Atnaujinimai | Reguliari komponentų peržiūra, skubių pataisų vertinimas ir patikra prieš paskelbiant. |
| Atsarginės kopijos | Dažnis pagal duomenų kaitą, atskira saugojimo vieta ir pranešimas apie nesėkmę. |
| Atkūrimo bandymai | Periodinis bandymas atskiroje aplinkoje ir išmatuotas atkūrimo laikas. |
| Prieigos | Atskiros paskyros, tik reikalingos teisės, dviejų veiksnių autentifikavimas, kur palaikomas. |
| Darbų ataskaita | Kas pakeista, kas patikrinta, kokios problemos liko ir kas už jas atsakingas. |
06 Praktinis paaiškinimas
Kada pakanka įrankio, o kada reikia specialisto?
Kodas Verslui gali įvertinti individualios svetainės kodą, integracijas ir priežiūros apimtį. WordPress svetainių priežiūros bei slapukų valdymo sprendimus pristatome Apsaugok.lt ir Lodone. Renkantis verta tikrinti konkrečias plano funkcijas, o ne spręsti vien iš bendro paslaugos pavadinimo.
Automatiniai įrankiai padeda atlikti pasikartojančias užduotis, tačiau nepakeičia atsakomybės už rezultatą. Jei po atnaujinimo sutrinka atsiskaitymas ar integracija, reikia žmogaus, kuris nustatytų priežastį, pasirinktų pataisą arba saugų grįžimą ir patikrintų, ar nebuvo prarasti duomenys.
07 Veiksmų planas
Keturi žingsniai prieš kitą svetainės atnaujinimą
- 01
Surašykite svarbiausias funkcijas
Įvardykite, ką privalo galėti lankytojas ir kaip patikrinsite kiekvieno veiksmo rezultatą.
- 02
Patikrinkite atkuriamą kopiją
Išsaugokite failus, duomenis ir reikalingus nustatymus. Įsitikinkite, kad žinote atkūrimo tvarką.
- 03
Išbandykite pakeitimą atskirai
Patikrinkite suderinamumą ir pagrindinius scenarijus, neleisdami bandymams sukelti realių išorinių veiksmų.
- 04
Paskelbkite ir patikrinkite gyvai
Patikrinkite pakeistą funkciją, stebėkite klaidas ir užfiksuokite įdiegtą versiją bei rezultatą.
08 Dažniausi klausimai
Trumpi atsakymai prieš priimant sprendimą
Kaip dažnai reikia atnaujinti svetainę?+
Reguliarią peržiūrą derinkite prie naudojamų komponentų ir svetainės svarbos. Kritinius saugumo pranešimus reikia įvertinti skubiai, nelaukiant įprastos peržiūros datos.
Ar talpinimo įmonės kopijos pakanka?+
Pirmiausia patikrinkite jos turinį, saugojimo laiką ir atkūrimo sąlygas. Atskira kopija mažina priklausomybę nuo vieno talpinimo, o atkūrimo bandymas parodo, ar turimų duomenų pakanka.
Ar atnaujinant gali dingti nauji užsakymai?+
Rizika atsiranda, jei atkuriama sena duomenų bazė neįvertinus naujų įrašų. Aktyviai parduotuvei reikia numatyti užsakymų išsaugojimą ir duomenų suderinimą prieš atkūrimą.
Ar nulis skenerio radinių reiškia visišką saugumą?+
Ne. Tai konkretaus įrankio ir patikros apimties rezultatas. Toliau svarbūs programos nustatymai, prieigos, stebėjimas ir naudojamų komponentų priežiūra.
→ Kitas žingsnis