Jei svetainė kartais neatsidaro, kraunasi labai lėtai arba rodo klaidas, nereikėtų iš karto spaudyti visų nustatymų. Pirmiausia svarbu suprasti, ar problema tikrai hostinge, ar pačioje svetainėje.
Pirmiausia reikia diagnozės
Kai svetainė stringa, natūralu norėti greito sprendimo. Tačiau prieš keičiant hostingą ar diegiant naujus įskiepius reikia suprasti, kur tikroji problema.
Strigimą gali sukelti serverio resursai, duomenų bazė, įskiepis, tema, išorinis kodas arba keli dalykai vienu metu.
Kada kalti ne serveriai
Jeigu svetainė stringa tik po konkretaus įskiepio atnaujinimo, hostingas gali būti visai ne pagrindinė priežastis. Tokiu atveju migracija į kitą serverį problemos neišspręs.
Užfiksuokite problemą
Kada svetainė stringa? Ar problema kartojasi piko metu? Ar lėtėja visi puslapiai, ar tik administravimas? Tokia informacija padeda greičiau atskirti serverio resursų trūkumą nuo programinės klaidos.
Ką fiksuoti, kai problema kartojasi
Svarbu užrašyti, kada svetainė stringa, kuriuose puslapiuose, ar problema matoma visiems lankytojams, ar tik administravime. Tai padeda atskirti hostingo ribas nuo svetainės vidinių klaidų.
Jeigu yra klaidų žurnalai, juos verta peržiūrėti prieš darant pakeitimus. Ten dažnai matosi konkretesni signalai.
Saugus veiksmų planas
- Pasidarykite atsarginę kopiją.
- Užfiksuokite klaidos laiką ir puslapį.
- Patikrinkite serverio resursus.
- Peržiūrėkite naujausius atnaujinimus.
- Tik tada planuokite migraciją ar optimizavimą.
Patikrinkite pagrindinius signalus
Verta peržiūrėti serverio klaidų žurnalus, PHP versiją, atminties limitą, disko vietą, duomenų bazės dydį ir tai, ar neveikia kuris nors įskiepis po atnaujinimo.
- Ar yra naujų klaidų žurnaluose?
- Ar pakanka disko vietos?
- Ar kopijos veikia?
- Ar palaikymas gali nurodyti priežastį?
Skubėti verta atsargiai
Hostingo problemos gali būti rimtos, bet jas reikia spręsti tvarkingai. Geras planas sumažina riziką, kad taisydami vieną klaidą sukursite kelias naujas.
Neskubėkite kaltinti vien hostingo
Hostingas gali būti problema, bet svetainė gali strigti ir dėl įskiepio, temos, duomenų bazės, išorinio kodo ar staiga padidėjusio srauto. Jei iš karto pakeisite hostingą, bet priežastis buvo įskiepis, problema keliaus kartu.
Todėl pirmas darbas yra diagnozė. Reikia suprasti, ar stringa visi puslapiai, tik administravimas, tik krepšelis ar tik konkretus veiksmas.
Ką verta turėti prieš kreipiantis į pagalbą
Kuo daugiau konkrečios informacijos turite, tuo greičiau galima padėti. Naudinga žinoti, kada problema prasidėjo, kokie pakeitimai buvo atlikti, ar yra klaidos tekstas, ar problema kartojasi skirtingose naršyklėse.
Taip pat svarbu turėti atsarginę kopiją. Be jos net paprasti testai gali kelti papildomą riziką.
- Problemos pradžios laikas.
- Paveikti puslapiai.
- Naujausi atnaujinimai ar pakeitimai.
- Klaidų tekstai arba ekrano kopijos.
- Atsarginės kopijos būklė.
Jeigu abejojate dėl hostingo ar svetainės techninės būklės, Cody gali įvertinti aplinką ir pasiūlyti saugų, praktišką sprendimą. Daugiau apie tai: Svetainės sutrikimų pagalba arba kontaktai.
Pirmiausia reikia atskirti hostingą nuo pačios svetainės
Kai svetainė pradeda strigti, lengva iš karto kaltinti hostingą. Kartais tai tiesa, bet ne visada. Problemas gali kelti ir WordPress įskiepiai, pasenusi tema, dideli paveikslėliai, klaidos kode ar net išoriniai įrankiai. Todėl prieš keičiant paslaugų teikėją verta išsiaiškinti, kur yra tikroji priežastis.
Jei svetainė stringa tik tam tikru metu, pavyzdžiui, kai daugiau lankytojų, tai gali rodyti per silpnus serverio resursus. Jei lėtumas jaučiamas visada, problema gali būti platesnė. Jei lėtas tik administravimo skydelis, verta tikrinti duomenų bazę, įskiepius ir serverio nustatymus.
Ką daryti praktiškai
Pirmas žingsnis – pasidaryti atsarginę kopiją. Tada verta patikrinti klaidų žurnalus, serverio apkrovą, svetainės greičio testus ir įskiepių būklę. Jei priežastis tikrai hostinge, galima planuoti perkėlimą į stipresnį planą ar kitą tiekėją.
Cody gali padėti šį procesą atlikti ramiai: diagnozuoti problemą, pasiūlyti sprendimą ir, jei reikia, perkelti svetainę taip, kad būtų kuo mažiau trikdžių.
Skubus perkėlimas nėra vienintelis sprendimas
Kai hostingas kelia problemų, norisi kuo greičiau viską perkelti kitur. Kartais tai teisinga, bet skubotas perkėlimas be analizės gali tiesiog pernešti tas pačias problemas į naują vietą. Jei svetainę lėtina įskiepiai, dideli failai ar klaidos, naujas serveris padės tik iš dalies.
Geresnis kelias – pirma nustatyti problemą, tada nuspręsti, ar reikia hostingo keitimo. Gal pakanka didesnio plano, talpinimo nustatymų, PHP versijos pakeitimo ar duomenų bazės sutvarkymo. O jei paslaugų teikėjo pagalba prasta arba ribojimai per dideli, tada perkėlimas tikrai gali būti racionaliausias variantas.
Perkeliant svetainę svarbu išlaikyti atsargines kopijas, patikrinti el. pašto nustatymus, SSL sertifikatą, formas ir nuorodas. Cody gali pasirūpinti, kad perkėlimas būtų ne chaotiškas, o suplanuotas.
Perkėlimui reikia pasiruošti kaip mažam projektui
Svetainės perkėlimas į kitą hostingą nėra vien failų nukopijavimas. Reikia patikrinti duomenų bazę, domeno nukreipimą, SSL, formas, el. pašto nustatymus ir talpinimo konfigūraciją. Jei tai el. parduotuvė, svarbu suplanuoti laiką taip, kad nebūtų prarasti užsakymai.
Prieš perkėlimą naudinga turėti aiškų planą: kada daroma kopija, kada keičiami DNS nustatymai, kas testuojama po perkėlimo ir kas stebi svetainę pirmomis valandomis. Taip sumažėja netikėtumų.
Po perkėlimo verta kelias dienas atidžiau stebėti svetainę. Kartais smulkios problemos pasimato tik tada, kai pradeda veikti realūs lankytojai, formos, automatiniai laiškai ar Google indeksavimas. Trumpa stebėsena padeda jas pagauti greitai.
Rašome apie svetainių kūrimą, SEO ir el. prekybą — iš daugiau nei 200 projektų patirties.
