Kā labot 500 Internal Server Error GARMTECH hostingā

500 Internal Server Error nozīmē, ka serveris nespēja apstrādāt pieprasījumu. Koplietojamā hostinga vidē visbiežāk iemesls ir pašā vietnē: PHP kritiska kļūda, bojāti .htaccess noteikumi, nepareizas failu atļaujas vai īslaicīgi resursu ierobežojumi. (/tickets/create/step1)

Šī instrukcija ir paredzēta GARMTECH tīmekļa mitināšanai (Plesk) un apraksta darbības, kuras varat veikt pats Plesk panelī.

Pirms sākat

• Atveriet vietni inkognito/private režīmā (lai izslēgtu keša un sīkdatņu ietekmi).
• Pārbaudiet, vai kļūda parādās visās lapās vai tikai vienā URL (piemēram, /wp-admin).
• Ja tajā pašā Plesk abonementā ir vairāki domēni, pārbaudiet, vai problēma skar tikai vienu domēnu.

1) Pārbaudiet vietnes error_log Plesk panelī

1. Pieslēdzieties Plesk caur My.GARMTECH (atveriet hostinga pakalpojumu un nospiediet Login to Plesk).
2. Atveriet Websites & Domains → izvēlieties attiecīgo domēnu.
3. Atveriet Logs un apskatiet error_log ierakstus ap laiku, kad redzējāt 500 kļūdu.

Ko meklēt: ierakstus kā “PHP Fatal error”, “Allowed memory size exhausted”, “Premature end of script headers”, “RewriteRule: bad flag”.

2) Pārbaudiet .htaccess (bieža problēma)

Ja problēma sākās pēc pāradresāciju, drošības noteikumu vai spraudņa atjauninājuma, sintakses kļūda .htaccess failā var izraisīt 500.

1. Plesk panelī atveriet Files (File Manager).
2. Atveriet mapi httpdocs (parasti tā ir vietnes sakne pēc noklusējuma).
3. Atrodiet .htaccess un pārdēvējiet to uz .htaccess.bak.
4. Pārlādējiet vietni.

Ja kļūda pazūd, problēma ir vecajā .htaccess. Atjaunojiet failu un izlabojiet pēdējās izmaiņas (vai izveidojiet “tīru” failu atbilstoši jūsu lietotnei).

3) Ja tā ir WordPress vietne: atspējojiet spraudņus/tēmu

WordPress 500 kļūdas bieži parādās pēc spraudņa vai tēmas instalēšanas/atjaunināšanas vai pēc PHP versijas maiņas.

Opcija A: atspējot spraudņus WordPress Toolkit (ja pieejams)

1. Plesk → WordPress (WordPress Toolkit).
2. Atveriet vietni.
3. Atspējojiet spraudņus pa vienam (sāciet ar kešošanas un drošības spraudņiem) un pārbaudiet rezultātu.

Opcija B: atspējot spraudņus ar File Manager / FTP-SSL (ja wp-admin neatveras)

1. Atveriet httpdocs → wp-content.
2. Pārdēvējiet mapi plugins uz plugins.disabled.
3. Pārlādējiet vietni. Ja tā sāk strādāt, atgrieziet mapes nosaukumu un atspējojiet spraudņus pa vienam (pārdēvējot konkrētā spraudņa mapi), lai atrastu cēloni.

Piezīme: GARMTECH hostinga vidē failu augšupielāde tiek atbalstīta tikai ar FTP‑SSL (FTPS). Lai FTP pieslēgumā SSL sertifikāts būtu korekts, izmantojiet savas paketes servera hostname kā hostu.

4) Pārbaudiet PHP versiju un PHP limitus

500 kļūda bieži rodas nesaderīgas PHP versijas vai nepietiekama atmiņas/laika limita dēļ.

1. Plesk → Websites & Domains → domēns → PHP Settings.
2. Ja nepieciešams, pārslēdzieties uz stabilu PHP versiju (ja tā ir pieejama jūsu plānā).
3. Ja žurnālā ir “Allowed memory size exhausted”, palieliniet memory_limit (un, ja vajag, arī max_execution_time un max_input_vars).

5) Pārbaudiet diska vietu (kvotu)

Ja hostinga diska kvota ir pilna, vietne var nespēt ierakstīt sesijas/kešu/augšupielādes un atgriezt 500.

• Plesk panelī pārbaudiet Statistics vai Disk usage.
• Izdzēsiet vecas rezerves kopijas, nevajadzīgus failus un lielus žurnālu arhīvus.

6) Atjaunojiet no rezerves kopijas

Ja kļūda parādījās pēc atjauninājuma, atjaunošana bieži ir ātrākais drošais risinājums.

• Plesk → Backup Manager → atjaunojiet pēdējo strādājošo rezerves kopiju.
• Ja tika mainīts tikai viens komponents (piemēram, spraudnis), pieredzējuši lietotāji var atjaunot tikai failus vai tikai datu bāzi.

Kādu informāciju sagatavot, ja nepieciešama padziļināta pārbaude

Ja iepriekšējie soļi nepalīdzēja, sagatavojiet:

• Precīzu URL, kur redzama 500 kļūda (galvenā lapa, administrēšana, konkrēts skripts).
• Laiku, kad tā notika (ar laika zonu).
• 3–10 rindas no error_log ap šo laiku.
• Kas tika mainīts tieši pirms problēmas (spraudņa/tēmas atjauninājums, jauna pāradresācija, migrācija u. tml.).