18. fejezet · 18.1
A weboldalam fehér vagy 500-as hibát jelez
Megnyitja a weboldalát, és fehér képernyőt lát, vagy a következő üzenetet: 500 Internal Server Error, HTTP ERROR 500, illetve WordPress esetén Er is een kritieke fout opgetreden op deze website. Ez majdnem mindig azt jelenti, hogy a weboldal kódja elakad. Maga a szerver általában rendesen működik. Az alábbi lépésekkel a legtöbb esetben saját maga is megtalálhatja az okot.
Először is: mi változott nemrég?
Az 500-as hiba szinte soha nem ok nélkül jelentkezik. Gondoljon vissza az elmúlt órákra vagy napokra:
- Frissített egy plugint, sablont vagy magát a WordPresst, vagy ezt a WordPress automatikusan tette meg?
- Megváltoztatta a PHP verzióját?
- Módosított valamit a .htaccess fájlban, vagy létrehozott egy átirányítást vagy jelszóval védett mappát?
- Töltött fel fájlokat, vagy módosította a fájlok jogosultságait?
Ha tudja, mi volt az, akkor először vonja vissza pontosan azt a változtatást. Ez általában a leggyorsabb megoldás.
1. lépés: nézze meg a hibanaplót
A hibanapló pontosan megmutatja, melyik fájl és melyik sor okozza a hibát. A DirectAdmin felületén a Fájlok & Infó menüpont alatt, majd a Siteoverzicht & logboeken alatt találja. Válassza ki a domain nevét, és nyissa meg a hibanaplót. Nézze meg a legalsó sorokat: azok a legújabbak. Hogy ez pontosan hogyan működik, olvassa el itt: Oldal áttekintés és naplók: a hibanapló és a hozzáférési napló.
Ha például ezt látja: PHP Fatal error, egy elérési úttal a wp-content/plugins/plugin-neve mappára, akkor azonnal tudni fogja, melyik plugin okozza a problémát.
2. lépés: a leggyakoribb okok
Az alábbiakban a leggyakoribbtól a legritkábbig sorolt okok láthatók.
1. Egy plugin vagy sablon frissítés után
Ez messze a leggyakoribb ok WordPress esetén. Ha nem tud belépni a WordPress adminisztrációs felületére, kapcsolja ki a pluginokat a DirectAdmin segítségével:
- Nyissa meg a Fájlkezelőt (lásd: A Fájlkezelő megnyitása: a csomagban található könyvtárak).
- Lépjen a domains/domainneve.nl/public_html/wp-content mappába.
- Nevezze át a plugins mappát, például erre: plugins-uit. A WordPress ekkor minden plugint kikapcsol.
- Ha a weboldal újra működik, nevezze vissza a mappát plugins névre, majd kapcsolja be a WordPressben a pluginokat egyesével, amíg a hiba vissza nem tér. Így megtudja, melyik plugin okozza a problémát.
Ha már tudja, melyik pluginról van szó (a hibanaplóból), akkor csak annak a pluginnak a mappáját nevezze át. Kritikus hiba esetén a WordPress gyakran e-mailt is küld az adminisztrátori címre, a helyreállítási módra mutató linkkel. Nézze meg tehát a postaládáját is.
2. A PHP verziója nem megfelelő a weboldalhoz
Egy régi weboldal gyakran nem működik egy újabb PHP verzión, egy új plugin pedig néha nem működik egy régebbin. Ha nemrég változtatta meg a PHP verzióját, állítsa vissza a Select PHP version menüpontban (lásd: A PHP-verzió kiválasztása (Select PHP version)). Itt: Fouten na een PHP-upgrade en het foutlog vinden olvashatja el, hogyan teheti ezután a weboldalt alkalmassá egy újabb verzióra.
Tipp: Évek óta nem frissítették a weboldalát, és már nem működik egy modern PHP verzión? Mi elvégezhetjük Ön helyett a frissítést. Nézze meg itt: www.weboke.hu/website-php-upgrade.
3. Hiba a .htaccess fájlban
Egyetlen hibás sor a .htaccess fájlban azonnal 500-as hibát okoz az egész weboldalon. Egy ismert példa egy olyan sor, amelyet egy biztonsági plugin hagyott hátra, például php_value auto_prepend_file, egy már nem létező fájlra mutató elérési úttal (például a Wordfence vagy az All In One WP Security pluginból). Tesztelje így:
- Kapcsolja be a Fájlkezelőben a rejtett fájlok megjelenítését (lásd: Rejtett fájlok, például a .htaccess megjelenítése és módosítása).
- Nevezze át a .htaccess fájlt a public_html mappában erre: .htaccess-oud.
- Ha a weboldal most működik (esetleg szép URL-ek nélkül), akkor a hiba ebben a fájlban van. Törölje a hibás sort, majd nevezze vissza a fájlt.
A PHP-beállításokat, mint például a maximális feltöltési méretet, a legegyszerűbben a Select PHP version menüpontban állíthatja be (lásd: PHP opciók: upload_max_filesize, memory_limit és max_execution_time). Egy php_value sor a .htaccess fájlban is lehetséges (lásd: PHP-beállítások mappánként és .htaccess fájlon keresztül).
4. Túl kevés memória a PHP számára
Ha a hibanaplóban ezt látja: Allowed memory size of ... bytes exhausted, akkor egy szkript több memóriát igényel, mint amennyit a PHP használhat. Növelje a memory_limit értékét a Select PHP version beállításainál (lásd: PHP opciók: upload_max_filesize, memory_limit és max_execution_time).
5. Hibás fájljogosultságok
Ha a mappák vagy fájlok túl tág jogosultságokkal rendelkeznek (például 777), a szerver megtagadja a végrehajtásukat. A mappáknak 755-ös, a fájloknak pedig 644-es jogosultsággal kell rendelkezniük. Hogy ezt hogyan módosíthatja, olvassa el itt: Fájlok és mappák engedélyei (chmod).
6. A csomag tárhelye megtelt
Ha a csomagja megtelt, a weboldala már nem tud ideiglenes fájlokat vagy munkameneteket (session) írni. Nézze meg a DirectAdmin irányítópultján a Lemez terület pontot. Hogy ilyenkor mit kell tennie, olvassa el itt: A tárhely betelt: hol foglal helyet?.
7. Ritkábban: adatbázis, korlátok vagy feltörés
- Ezt látja: Error establishing a database connection? Olvassa el: 'Error establishing a database connection'.
- 503-as hibát vagy ezt látja: Resource Limit Is Reached? Ebben az esetben a csomagja elérte a számítási kapacitásának határát. Olvassa el: 503 vagy "Resource Limit Is Reached": mit tegyen ilyenkor?.
- Olyan fájlokat talál, amelyeket nem ismer fel, vagy a weboldala furcsa weboldalakra irányítja a látogatókat? Olvassa el: A weboldalamat feltörték: lépésről lépésre útmutató.
Fehér képernyő üzenet nélkül
Fehér képernyő esetén a PHP szándékosan nem mutatja a hibaüzenetet a látogatóknak. Ilyenkor az 1. lépésben említett hibanapló a legjobb forrás. WordPress esetén ideiglenesen beállíthatja ezt is: define('WP_DEBUG', true); a wp-config.php fájlban. Ezután állítsa vissza false értékre, különben a látogatók technikai részleteket láthatnak a weboldaláról.
Egyéb hibakódok röviden
| Üzenet | Mit jelent? | Hol olvashat erről bővebben? |
|---|---|---|
| 403 Forbidden | A szerver megtagadja az oldal megjelenítését, például a weboldal tűzfala, a jogosultságok vagy egy hiányzó index fájl miatt. | 403-as vagy 406-os hiba mentéskor vagy feltöltéskor |
| 404 Not Found | Az oldal vagy fájl nem létezik azon a helyen. A weboldala a megfelelő domain public_html mappájában van? Ügyeljen a fájlnevek kis- és nagybetűire. | A Fájlkezelő megnyitása: a csomagban található könyvtárak |
| 413 Request Entity Too Large | Amit feltölt, nagyobb, mint ami megengedett. | Feltöltés túl nagy (413 hiba) vagy időtúllépés |
| 500 Internal Server Error | A weboldala kódja elakad. | Ez a cikk |
| 503 vagy 508, Resource Limit Is Reached | A csomagja ideiglenesen a megengedettnél több számítási kapacitást használ. | 503 vagy "Resource Limit Is Reached": mit tegyen ilyenkor? |
| A WebOké oldala jelenik meg a saját weboldala helyett | A domain még nincs (megfelelően) beállítva a tárhelycsomagjában, vagy a DNS még máshová mutat. | A domainem még nem működik egy átköltöztetés vagy módosítás után |
Visszaállás egy működő verzióra
Ha nem boldogul, és a weboldal tegnap még jól működött? Állítson vissza egy biztonsági mentést. A Mijn WebOké felületen ezt a WebOké Backups funkcióval teheti meg: válasszon egy, a hiba előtti időpontot, és állítsa vissza csak a weboldala mappáját, illetve szükség esetén az adatbázist is (lásd: Ez elérhető a Fiókom WebOké felületen is? WebOké Backups). Ha az Installatron szolgáltatást használja, akkor az Installatron biztonsági mentését is visszaállíthatja (lásd: Biztonsági mentés készítése és visszaállítása az Installatronban).
Tipp: A Domain állapota funkcióval itt: www.weboke.hu/domein-gezondheid egyetlen pillantással láthatja, hogy a domainje, az A-rekordja, a weboldala és az SSL-tanúsítványa rendben van-e. A Weboldal résznél ilyenkor például ez jelenik meg: Szerverhibával válaszol (HTTP 500).