Capitolul 18 · 18.1
Site-ul meu este alb sau afișează o eroare 500
Deschideți site-ul dumneavoastră și vedeți un ecran alb, mesajul 500 Internal Server Error, HTTP ERROR 500 sau, în cazul WordPress, Er is een kritieke fout opgetreden op deze website. Aceasta înseamnă aproape întotdeauna că blocarea provine din codul site-ului dumneavoastră. Serverul în sine funcționează de regulă normal. Cu pașii de mai jos găsiți, în majoritatea cazurilor, singur cauza problemei.
Mai întâi: ce s-a schimbat recent?
O eroare 500 apare aproape niciodată din senin. Gândiți-vă la ultimele ore sau zile:
- Ați actualizat un plugin, o temă sau chiar WordPress, sau a făcut WordPress acest lucru automat?
- Ați schimbat versiunea de PHP?
- Ați modificat ceva în fișierul .htaccess, sau ați creat o redirecționare ori un director protejat?
- Ați încărcat fișiere sau ați modificat drepturile fișierelor?
Dacă știți ce anume a fost, anulați mai întâi exact acea modificare. De obicei aceasta este cea mai rapidă soluție.
Pasul 1: verificați jurnalul de erori
Jurnalul de erori vă arată exact ce fișier și ce linie cauzează eroarea. Îl găsiți în DirectAdmin la System Info & Files și apoi Site summary & logs. Alegeți domeniul dumneavoastră și deschideți jurnalul de erori. Uitați-vă la ultimele linii: acestea sunt cele mai recente. Despre modul exact de funcționare citiți în Site summary & logs: jurnalul de erori și jurnalul de acces.
Dacă vedeți, de exemplu, PHP Fatal error cu o cale către wp-content/plugins/naam-van-plugin, atunci știți imediat care plugin este vinovat.
Pasul 2: cele mai frecvente cauze
Mai jos găsiți cauzele, de la cele mai frecvente la cele mai rare.
1. Un plugin sau o temă după o actualizare
Aceasta este, de departe, cea mai frecventă cauză la WordPress. Dacă nu mai puteți accesa panoul de administrare al WordPress, dezactivați pluginurile prin DirectAdmin:
- Deschideți File Manager (consultați Deschiderea File Manager: directoarele din pachetul dumneavoastră).
- Accesați domains/domeniuldumneavoastra.nl/public_html/wp-content.
- Redenumiți directorul plugins, de exemplu în plugins-uit. WordPress va dezactiva astfel toate pluginurile.
- Funcționează din nou site-ul dumneavoastră? Redenumiți directorul înapoi în plugins și activați pluginurile unul câte unul în WordPress, până reapare eroarea. Astfel veți ști care este vinovat.
Dacă știți deja care plugin este cauza (din jurnalul de erori), redenumiți doar directorul acelui plugin. În cazul unei erori critice, WordPress trimite adesea și un e-mail către adresa administratorului cu un link către modul de recuperare. Verificați deci și căsuța dumneavoastră de e-mail.
2. Versiunea de PHP nu se potrivește cu site-ul dumneavoastră
Un site vechi adesea nu funcționează pe o versiune nouă de PHP, iar un plugin nou uneori nu funcționează pe o versiune veche. Dacă ați schimbat recent versiunea de PHP, readuceți-o la versiunea anterioară în Select PHP version (consultați Alegerea versiunii de PHP (Select PHP version)). În Fouten na een PHP-upgrade en het foutlog vinden citiți cum faceți site-ul compatibil ulterior cu o versiune mai nouă.
Sfat: Site-ul dumneavoastră nu a mai fost actualizat de ani de zile și nu mai funcționează pe o versiune modernă de PHP? Îl putem actualiza noi pentru dumneavoastră. Consultați www.weboke.ro/website-php-upgrade.
3. O eroare în .htaccess
O singură linie greșită în .htaccess generează imediat o eroare 500 pentru întregul site. Un exemplu cunoscut este o linie lăsată de un plugin de securitate, precum php_value auto_prepend_file cu o cale către un fișier care nu mai există (de exemplu de la Wordfence sau All In One WP Security). Testați astfel:
- Activați afișarea fișierelor ascunse în File Manager (consultați Afișarea și editarea fișierelor ascunse precum .htaccess).
- Redenumiți .htaccess din public_html în .htaccess-oud.
- Dacă site-ul funcționează acum (eventual fără adrese prietenoase), atunci eroarea se află în acel fișier. Eliminați linia greșită și redenumiți fișierul la loc.
Setările PHP, cum ar fi dimensiunea maximă de încărcare, se stabilesc cel mai simplu la Select PHP version (consultați Opțiuni PHP: upload_max_filesize, memory_limit și max_execution_time). O linie cu php_value în .htaccess este de asemenea posibilă (consultați Setări PHP per director și prin .htaccess).
4. Memorie insuficientă pentru PHP
Dacă în jurnalul de erori apare Allowed memory size of ... bytes exhausted, înseamnă că un script are nevoie de mai multă memorie decât îi este permis să utilizeze PHP. Măriți valoarea memory_limit din opțiunile Select PHP version (consultați Opțiuni PHP: upload_max_filesize, memory_limit și max_execution_time).
5. Drepturi de fișiere incorecte
Dacă directoarele sau fișierele au drepturi prea permisive (cum ar fi 777), serverul refuză să le execute. Directoarele trebuie să aibă 755, iar fișierele 644. Despre cum ajustați acest lucru citiți în Drepturile fișierelor și directoarelor (chmod).
6. Spațiul de stocare al pachetului dumneavoastră este plin
Dacă pachetul dumneavoastră este plin, site-ul nu mai poate scrie fișiere temporare sau sesiuni. Verificați pe tabloul de bord al DirectAdmin la Disk Space. Despre ce trebuie să faceți atunci citiți în Spațiu de stocare plin: unde se află spațiul?.
7. Mai rar: baza de date, limitele sau un atac informatic
- Vedeți Error establishing a database connection? Citiți „Error establishing a database connection”.
- Vedeți o eroare 503 sau Resource Limit Is Reached? Atunci pachetul dumneavoastră atinge limita de putere de calcul. Citiți 503 sau "Resource Limit Is Reached": ce trebuie să faceți acum?.
- Există fișiere pe care nu le recunoașteți, sau site-ul dumneavoastră trimite vizitatorii către site-uri ciudate? Citiți Site-ul meu a fost spart (hackuit): plan de acțiune.
Un ecran alb fără mesaj
În cazul unui ecran alb, PHP nu afișează intenționat mesajul de eroare către vizitatori. Jurnalul de erori de la pasul 1 este atunci cea mai bună sursă. La WordPress puteți activa temporar și define('WP_DEBUG', true); în wp-config.php. Readuceți-l apoi la false, altfel vizitatorii vor vedea detalii tehnice ale site-ului dumneavoastră.
Alte coduri de eroare pe scurt
| Mesaj | Ce înseamnă? | Unde citiți mai departe? |
|---|---|---|
| 403 Forbidden | Serverul refuză să afișeze pagina, de exemplu din cauza firewall-ului site-ului dumneavoastră, a drepturilor sau a unui fișier index lipsă. | Eroare 403 sau 406 la salvare sau încărcare |
| 404 Not Found | Pagina sau fișierul nu există la acea locație. Este site-ul dumneavoastră în public_html al domeniului corect? Atenție la literele mari din numele fișierelor. | Deschiderea File Manager: directoarele din pachetul dumneavoastră |
| 413 Request Entity Too Large | Ceea ce încărcați este mai mare decât este permis. | Încărcare prea mare (eroare 413) sau time-out |
| 500 Internal Server Error | Codul site-ului dumneavoastră se blochează. | Acest articol |
| 503 sau 508, Resource Limit Is Reached | Pachetul dumneavoastră utilizează temporar mai multă putere de calcul decât este permis. | 503 sau "Resource Limit Is Reached": ce trebuie să faceți acum? |
| Pagina WebOké în loc de site-ul dumneavoastră | Domeniul nu este încă (corect) configurat în pachetul dumneavoastră de hosting, sau DNS indică încă spre altă locație. | Domeniul meu nu funcționează încă după o transferare sau modificare |
Revenirea la o versiune funcțională
Nu găsiți soluția și site-ul funcționa ieri fără probleme? Atunci restaurați o copie de siguranță. În Mijn WebOké puteți face acest lucru cu WebOké Backups: alegeți un moment dinaintea apariției erorii și restaurați doar directorul site-ului dumneavoastră și, eventual, baza de date (consultați Poate fi făcut și în Mijn WebOké? WebOké Backups). Dacă utilizați Installatron, puteți restaura și o copie de siguranță din Installatron (consultați Creare și restaurare de backupuri în Installatron).
Sfat: Cu Starea domeniului de pe www.weboke.ro/domein-gezondheid vedeți dintr-o privire dacă domeniul, înregistrarea A, site-ul și certificatul SSL sunt în regulă. La Site va apărea atunci, de exemplu, Răspunde cu o eroare de server (HTTP 500).