Kā labot 502/503 kļūdas GARMTECH hostingā

Kļūdas 502 Bad Gateway un 503 Service Unavailable parasti nozīmē, ka tīmekļa serveris nesaņēma korektu atbildi no vietnes “backend” (visbiežāk no PHP). GARMTECH hostinga vidē to parasti izraisa PHP avārija/kritiska kļūda, spraudņa vai tēmas problēma, vai īslaicīgs resursu pieprasījuma pieaugums.

Ātrās pārbaudes (1 minūte)

• Pārlādējiet lapu pēc 30–60 sekundēm (503 mēdz būt īslaicīga).
• Pārbaudiet inkognito/private režīmā.
• Ja Plesk panelī ir vairāki domēni, pārbaudiet, vai ietekmēta ir tikai viena vietne.
• Ja izmantojat Cloudflare vai citu proxy, īslaicīgi to apturiet (lai saprastu, vai problēma ir origin serverī vai proxy pusē).

1) Pārbaudiet error_log Plesk panelī

1. Pieslēdzieties Plesk caur My.GARMTECH.
2. Websites & Domains → domēns → Logs.
3. Atveriet error_log un meklējiet ierakstus attiecīgajā laikā.

Ja redzat “Allowed memory size exhausted”, “PHP Fatal error” vai “Maximum execution time exceeded”, vispirms sakārtojiet PHP limitus/versiju (3. solis).

2) Notīriet kešus (īpaši WordPress)

Boļāts kešots pāradresācijas ieraksts var uzturēt problēmu arī pēc tam, kad cēlonis jau ir novērsts.

• Pārlūka kešs/sīkdatnes: testējiet inkognito režīmā.
• WordPress kešs: ja izmantojat LiteSpeed Cache (LSCache), atveriet LiteSpeed Cache → Toolbox → Purge All.
• CDN/Proxy kešs: pēc izmaiņām origin pusē notīriet arī Cloudflare (vai cita proxy) kešu.

3) Pārbaudiet PHP versiju un limitus

1. Plesk → Websites & Domains → domēns → PHP Settings.
2. Ja nepieciešams, pārslēdzieties uz citu stabilu PHP versiju (ja tā pieejama jūsu plānā).
3. Ja žurnāli norāda uz limitu problēmu, palieliniet:

• memory_limit (bieži vajadzīgs WordPress un lieliem spraudņiem)
• max_execution_time (bieži importiem, rezerves kopijām, attēlu apstrādei)
• post_max_size un upload_max_filesize (lieliem augšupielādējamiem failiem)

4) Atspējojiet pēdējās izmaiņas (spraudņi, tēma, kods)

Ja kļūda sākās pēc atjauninājuma vai jauna spraudņa/tēmas, vispirms atceliet šo izmaiņu:

• WordPress Toolkit: atspējojiet spraudņus pa vienam.
• File Manager / FTP‑SSL: pārdēvējiet wp-content/plugins, lai īslaicīgi atspējotu visus spraudņus, pēc tam ieslēdziet pa vienam.
• Pielāgots kods: atceliet pēdējās izmaiņas .htaccess un tēmas failos.

5) Ja izmantojat Cloudflare: izvairieties no “Flexible SSL” kopā ar HTTPS pāradresācijām

Ļoti biežs iemesls pāradresāciju cilpām un periodiskām kļūdām ir neatbilstība starp SSL/TLS režīmu un pāradresācijām.

• Ja origin serverī (GARMTECH) ir korekts SSL sertifikāts (piemēram, Let’s Encrypt), Cloudflare režīmam jābūt Full vai Full (Strict).
• Izvairieties no Flexible, ja origin serveris piespiež HTTPS – tas bieži rada bezgalīgas pāradresācijas un kļūdas.

6) Kādu informāciju sagatavot izmeklēšanai

Ja kļūda parādās neregulāri, visnoderīgāk ir:

• Precīzs URL un laiks, kad parādījās kļūda.
• 502/503 lapas ekrānuzņēmums.
• Proxy identifikatori (piemēram, Cloudflare Ray ID), ja tie ir redzami.
• Atbilstošie error_log ieraksti no Plesk.