GARMTECH tīmekļa mitināšanā katram hostinga plānam ir resursu limiti (CPU, RAM, procesu skaits u. c.), lai serveris būtu stabils visiem klientiem. Ja vietne pārsniedz limitu, var parādīties:
- lēna ielāde vai īslaicīgi time-out
- īsas “vietne nav pieejama” epizodes pīķa laikā
- paziņojumi par augstu CPU/RAM noslodzi Plesk Monitoring (ja tas ir ieslēgts)
1. solis: Pārbaudiet noslodzi Plesk panelī
- Pieslēdzieties My.GARMTECH un atveriet savu hostinga pakalpojumu.
- Nospiediet Login to Plesk.
- Plesk izvēlnē atrodiet Monitoring (kreisajā pusē). Apskatiet CPU un atmiņas grafikus un atzīmējiet laiku, kad bija pīķis.
- Atveriet Websites & Domains → izvēlieties domēnu → Logs, lai redzētu pieprasījumu pieaugumu un kļūdas. (/tickets/create/step1)
Piezīme: dažos plānos Monitoring sadaļa var nebūt pieejama. Tad izmantojiet Logs (access/error) un vietnes analītiku, lai atrastu problēmas brīdi.
2. solis: Nosakiet tipisko iemeslu
Biežākie iemesli shared hostingā:
- botu trafiks (paroles minēšana, XML-RPC ļaunprātīga izmantošana, agresīvi roboti)
- nekonfigurēts WordPress kešs vai vairāku kešošanas spraudņu konflikts
- “smagi” spraudņi/tēmas (lapu konstruktori, drošības skeneri, WooCommerce, statistikas rīki)
- fona uzdevumi (WordPress cron, rezerves kopijas, attēlu optimizācija pārāk bieži)
- nepareizi skripti (bezgalīgas cilpas, PHP kļūdas, nepareizas pāradresācijas)
3. solis: Ātrie risinājumi, kas parasti palīdz
- Ieslēdziet LiteSpeed kešatmiņu (WordPress): GARMTECH hostings izmanto LiteSpeed Enterprise. WordPress vietnēm iesakām LiteSpeed Cache spraudni un page cache.
- Atjauniniet PHP versiju: Plesk → Websites & Domains → domēns → PHP Settings → izvēlieties jaunāku atbalstītu PHP versiju (ja pieejams jūsu plānā).
- Samaziniet “smagos” spraudņus: atspējojiet pa vienam un testējiet. Izvairieties no vairākiem līdzīgiem kešošanas/drošības spraudņiem vienlaicīgi.
- Ierobežojiet brute-force: ieslēdziet reCAPTCHA, ierobežojiet pieteikšanās mēģinājumus un izmantojiet CDN (piemēram, Cloudflare) botu filtrēšanai.
- Optimizējiet attēlus un datubāzi: lieli attēli un uzpūsta datubāze palielina CPU slodzi. Iztīriet revīzijas/transientus un saspiestiet lielus attēlus.
- Pārbaudiet plānotos uzdevumus: Plesk → Scheduled Tasks un WordPress cron. Noņemiet dublikātus un pārāk biežus darbus.
4. solis: Kad ir jēga veikt jaunināšanu
Ja CPU/RAM noslodze ir augsta pastāvīgi (nevis tikai īss pīķis), parasti vietne ir “izaugusi” no esošā plāna. Tad var:
- jaunināt hostinga plānu My.GARMTECH (vairāk resursu tajā pašā vidē), vai
- pāriet uz VPS, ja nepieciešami veltīti resursi, papildu servisi vai pastāvīgi liela slodze.
Ieteikums: pirms jaunināšanas vispirms sakārtojiet kešošanu un novērsiet acīmredzamus pīķu iemeslus — labi kešots WordPress spēj apkalpot daudz lielāku trafiku ar tiem pašiem resursiem.