Tudásbázis

A webhelyem 500-as hibát jelez

Az 500-as hiba azt jelenti, hogy az oldal saját kódja leállt. A hibanapló megadja a fájlt és a sort — itt olvashatja el, hogyan kell értelmezni.

Az 500-as hiba azt jelenti, hogy a szerver szerint az alkalmazása leállt, és nem közölte az okot a látogatóval. Szinte mindig a legutóbb végrehajtott módosítás okozza.

1. Olvassa el a hibanaplót

Webhelyek → az Ön webhelye → Statisztika → Hozzáférési és hibanaplók. A legújabb bejegyzés megnevezi a fájlt és a sort. Ez az egy sor általában megadja a választ — egy hiányzó függvény, egy szintaktikai hiba, vagy egy olyan elem hívása, amely már nem létezik.

2. Gondolja át, mi változott

Egy bővítményfrissítés, egy sablonmódosítás, egy PHP-verzióváltás, egy szerkesztett konfigurációs fájl. Ha a webhely egy órával ezelőtt még rendben működött, a kiváltó ok az elmúlt egy órában keresendő.

3. Vonja vissza a legutóbbi műveletet

Kapcsolja ki az épp most frissített bővítményt, vagy állítsa vissza az épp most szerkesztett fájlt. Ha nem tud belépni az adminisztrációs felületre, nevezze át a bővítmény mappáját SFTP-n keresztül — a WordPress automatikusan letiltja azt a bővítményt, amelyet nem talál.

4. Ellenőrizze a PHP-verziót

A régebbi PHP-hoz írt kód teljesen leállhat egy újabb verzión. A Webhelyek → az Ön webhelye → PHP menüpont megjeleníti az aktuális verziót, és lehetővé teszi annak visszaállítását, miközben Ön javítja a kódot. ⚠️ A visszaállítás csak haladék, nem végleges megoldás — a régi PHP-verziókhoz már nem érkeznek biztonsági frissítések.

5. Elfogyott a memória

Ha a naplóban az „allowed memory size exhausted” üzenet szerepel, a webhelynek több memóriára van szüksége, mint amennyi rendelkezésre áll. Növelje meg a PHP memóriakorlátját ugyanazon a PHP képernyőn.

Ha a napló üres, és a webhely továbbra is 500-as hibát ad, nyisson egy hibajegyet a pontos időpont megadásával — mi láthatunk olyan részleteket a szervernaplókban, amelyeket a webhely saját naplója soha nem kap meg.

Legfrissebb a blogról

Amit a tárhelyszolgáltatásról, a SEO-ról és a webhelyek nagy léptékű működtetéséről írtunk.

SEO és linképítés a tárhelyréteg felől: Egy üzemeltető szemszöge 2026-ban

Hogyan alakítja a tárhely az indexelést és a linkértéket 2026-ban: az oldalak indexben tartása, a korosodott domainek ellenőrzése a tartalomépítés előtt, linképítés keresőmotoros lábnyom nélkül, és őszinte áttekintés arról, hogy az infrastruktúra mit tehet és mit nem tehet meg a SEO-ért.

Bejegyzés elolvasása →

A WordPress gyorsabbá és biztonságosabbá tétele: Teljesítmény- és bővítmény-ellenőrzőlista

Gyakorlati ellenőrzőlista a gyors és biztonságos WordPress-hez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektum-gyorsítótár, a maroknyi futtatásra érdemes bővítmény, a technológiai verem naprakészen tartása és a WooCommerce-oldalak, amelyeket soha nem szabad gyorsítótárazni.

Bejegyzés elolvasása →

Hogyan válasszunk menedzselt webtárhelyet 2026-ban: Útmutató vásárlóknak

Mi különbözteti meg valójában a jó menedzselt tárhelyet egy olcsó, vezérlőpulttal ellátott doboztól — migrációk, biztonsági mentések, elszigetelés, valódi gyorsítótárazás és őszinte skálázhatóság — és hogyan ítélheti meg, mielőtt elkötelezné magát.

Bejegyzés elolvasása →

Olvassa el a blogot →

Még mindig elakadt?

A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.

Kapcsolatfelvétel az ügyfélszolgálattal → Összes cikk →