*Našumo problemos
Tam tikru metu Jūsų svetainei gali kilti našumo problemų, t. y. ji gali tapti lėta. Galite tai pastebėti patys, tačiau išimtiniais atvejais gali būti, kad mes buvome priversti Jūsų svetainę išjungti. Tai darome, kad apsaugotume serverį ir neleistume, jog ne tik Jūsų svetainė, bet ir visas serveris pradėtų lėtėti arba, dar blogiau, taptų nepasiekiamas.
Priežastys gali būti labai įvairios. Tačiau dažniausiai problema susijusi su MySQL, o kartais kaltininkai būna ir cron užduotys. Pavyzdžiui, cron užduotis, kuri paleidžiama kas minutę ir trunka ilgiau nei minutę. Taigi, dar jai nepasibaigus, jau paleidžiama nauja. Tam tikru metu tai pareikalaus tiek atminties ir procesoriaus išteklių, kad gali sutrikti viso serverio veikimas, įskaitant visas kitas tame serveryje esančias svetaines.
Ar galite tai išspręsti?
Mes pastebime problemas, kai jos kyla, tačiau dažniausiai negalime jų išspręsti už Jus. Mes teikiame tik talpinimo paskyrą, kurioje galite paleisti scenarijus ir svetaines. Galime patarti daugeliu klausimų, tačiau tokias problemas dažniausiai turite išspręsti patys arba pavesti kitiems. Svetainės optimizavimas ir derinimas dažnai užima daug laiko, ir suprantate, kad už talpinimo plano kainą to padaryti negalime.
Standartiniai scenarijai negarantuoja gero našumo
Jei naudojate standartinius scenarijus, tokius kaip Joomla, WordPress ir pan., tai tikrai nereiškia, kad be optimizavimo su jais galėsite aptarnauti „daug“ naudotojų. Tai labai priklauso nuo to, kokias dalis ir įskiepius naudojate, ir ypač nuo to, kiek stabili yra konkreti versija. Stebėdami standartinę Joomla versiją matome daug našumo problemų, susijusių su duomenų baze. Kol naudotojų skaičius ribotas, mūsų serveriai su tuo puikiai susidoroja, tačiau kai jų gerokai padaugėja, tai iš tiesų gali sukelti problemų.
Jei naudojate įskiepius, verta bandymo tikslais juos visus išjungti ir tada vėl peržiūrėti svetainę. Jei dabar ji greita, priežastis tikrai yra įskiepis, ir belieka juos įjungti po vieną, kol rasite priežastį.
Anksčiau veikė gerai, o dabar staiga nebe
Gali būti kelios priežastys, kodėl kažkas staiga nebeveikia gerai. Laikui bėgant MySQL duomenų bazėje daugėja duomenų. Prastai sudarytoms duomenų bazės užklausoms tampa vis sunkiau. Pavyzdžiui, norint rasti 1 įrašą, iš pradžių reikėjo perskaityti tik 10, o laikui bėgant jau 1000 ar dar daugiau. Jei tuo pat metu daugėja ir lankytojų, tai greitai gali sukelti problemų. Iš pradžių svetainė bus lėta, o tam tikru metu serveriui tai staiga gali tapti per daug. Duomenų bazės užklausa gali peržengti ribą ir siųsti naują užklausą, kol senoji dar nebaigta. Jei tai tęsiasi, MySQL serveris gali tapti toks lėtas, kad „pakimba“.
Kita priežastis, kodėl kažkas nebeveikia gerai, gali būti, pavyzdžiui, atnaujinimas arba įdiegtas įskiepis.
Ar svetainė lėta ne dėl serverio?
Ir taip, ir ne. Jei Jūsų svetainė būtų vienintelė serveryje, tikriausiai praeitų gerokai daugiau laiko, kol susidurtumėte su tokiomis problemomis. Tačiau tai yra bendrasis talpinimas (shared hosting). Tame pačiame serveryje veikia ir kitos svetainės, kurioms taip pat reikia dalies to paties serverio išteklių. Tarkime, Jūsų svetainė pateko į naują serverį, kuriame tuo metu buvo nedaug kitų svetainių: tada serveris iš esmės kompensuoja Jūsų svetainės trūkumus, o daugėjant svetainių serveryje, problemų Jums daugės. Juk serveris turi paskirstyti savo išteklius daugiau svetainių. Tam tikru metu naujų svetainių nebebus pridedama ir padėtis išliks gana stabili, nors ir tada galioja principas, kad kuo ilgiau svetainė veikia, tuo daugiau joje duomenų.
Bet scenarijus iš Jūsų Installatron yra lėtas
Scenarijai, kuriuos galite įdiegti per Installatron, nėra mūsų scenarijai. Mes tik siūlome paprastą būdą juos įdiegti. Į daugelį klausimų apie juos galime ir norime atsakyti, tačiau keisti pačių scenarijų ar jų duomenų bazių jau negalime. Tuomet problema yra pačiame scenarijuje, ir ją turi išspręsti scenarijaus kūrėjai.
Tarkime, įdiegiate, pavyzdžiui, Joomla ar osCommerce ir per trumpą laiką sulaukiate daugybės tūkstančių lankytojų per dieną: tai visai gali sukelti problemų. Tokie scenarijai veikia gerai, tačiau kai lankytojų skaičius tampa rimtas, tikrai reikia tikslaus derinimo, ir bendrasis talpinimas nebebus labai tinkamas. Naudojant dedikuotąjį serverį galima, pavyzdžiui, MySQL serverį visiškai optimaliai nustatyti 1 svetainei, o bendrajame talpinime jis nustatytas vidutinei svetainei.
Ar mano svetainę galima perkelti į verslo talpinimą (BUS-WEB)?
Dažniausiai tai nėra sprendimas. Labai greitai ten atsiranda tos pačios problemos. Juk problema yra pačioje svetainėje, o ne serveryje. Daugiau aparatinės įrangos yra tik pleistras, o ne gydymas. Verslo planai (kurie veikia atskiruose serveriuose) geriau garantuoja stabilų našumą. Įprastų talpinimo planų našumas taip pat geras, tačiau priklausomai nuo serverio ir jame esančių svetainių gali šiek tiek skirtis.
Šiuose straipsniuose pateikiama informacijos apie našumo problemų sprendimą ir paiešką:
https://support.weboke.nl/nl/articles/24403-mijn-site-is-langzaam-cpu-gebruik-is-te-hoog-aantal-processen
https://support.weboke.nl/nl/articles/24400-database-is-traag-mysql-database-optimaliseren