Sari la conținut
Összes cikk
2026. július 11.·4 perc olvasás

Mit jelent az 500-as hiba, és miért állt le az oldalam?

Közérthető útmutató a HTTP 500-as hibáról: mi ez, miért fordul elő, és milyen konkrét lépésekkel hozhatod vissza az oldaladat.

Megnyitod a weboldaladat, és a megszokott oldal helyett egy nyers üzenetet kapsz: „500 Internal Server Error". Nincsenek képek, nincs menü, csak ez a szöveg fehér háttéren. A pánik természetes reakció, különösen akkor, ha az oldal ügyfeleket vagy foglalásokat hoz neked.

A jó hír: az 500-as hiba szinte soha nem jelenti azt, hogy bármit véglegesen elveszítettél. Ez egy általános üzenet, amellyel a szerver lényegében azt mondja: „valami elromlott az én oldalamon, de nem árulom el pontosan, hogy mi." Az esetek többségében az ok konkrét és javítható. Ebben a cikkben közérthetően elmagyarázom, mi történik valójában, mik a valódi okok, és mit ellenőrizhetsz nyugodtan magad, mielőtt bárkit felhívnál.

Mi is valójában az 500-as hiba

Amikor megnyitsz egy oldalt, a böngésződ elkéri az oldalt egy szervertől. A szerver előkészíti azt (kódot futtat, adatbázisból olvas), és visszaküldi. Az 500-as hiba akkor jelentkezik, amikor a szerver megkapta a kérésed, megpróbálta feldolgozni, útközben megbotlott valamiben, és nem tudta befejezni.

Ezért hívják „Internal Server Error"-nak, azaz belső szerverhibának: a probléma a szerveren van, nem nálad vagy a böngésződnél. A 404-essel („az oldal nem található") ellentétben az 500-as azt jelenti, hogy az oldal létezik, de az azt felépítő kód összeomlott.

Az üzenet biztonsági okokból szándékosan homályos: a szerver nem akarja nyilvánosan megjeleníteni a hiba technikai részleteit. A valódi részletek a szerver naplófájljaiban vannak elrejtve.

A leggyakoribb okok

A gyakorlatban az 500-as szinte mindig az alábbi irányok valamelyikéből ered:

  • Egy bővítmény vagy sablon (különösen WordPress esetén), amely rosszul frissült vagy ütközik valami mással.
  • Kódhiba egy nemrégiben végzett módosítás után, amikor valaki átírt egy sort, és elrontotta a szintaxist.
  • Elérhetetlen adatbázis: rossz jelszó, leállt vagy túlterhelt adatbázisszerver.
  • Sérült .htaccess fájl vagy egy hibás szabály benne.
  • A szervernek elfogy a memóriája, vagy eléri a tárhely valamelyik erőforráskorlátját.
  • Rossz fájljogosultságok egy átvitel vagy egy visszaállított biztonsági mentés után.

Vedd észre a mintázatot: az 500-as leggyakrabban közvetlenül egy változtatás után jelenik meg — egy frissítés, egy új bővítmény, egy másik szerverre költözés után. Ha az oldal egy órával ezelőtt még működött, kérdezd meg magadtól, mi változott közben.

Mit ellenőrizhetsz nyugodtan magad

Anélkül, hogy bármi mást elrontanál, tehetsz néhány lépést:

  • Töltsd újra az oldalt, és próbáld meg inkognitó módban. Néha csak egy átmeneti hiba, amely magától megszűnik.
  • Ellenőrizd, hogy az egész oldal áll-e, vagy csak egyetlen aloldal. Ha csak egy, a probléma jobban körülhatárolható.
  • Ha nemrég módosítottál valamit (bővítmény, frissítés, kód), próbáld visszavonni. WordPressen a bővítményeket letilthatod úgy, hogy FTP-n vagy a tárhely vezérlőpultján keresztül átnevezed a „plugins" mappát.
  • Keresd meg a hibanaplót a cPanelben vagy a tárhely vezérlőpultján. Ott láthatod a valódi technikai üzenetet, a fájlnévvel és az összeomlott sorral együtt.

Ha nem vagy technikai beállítottságú, itt állj meg. Ne szerkessz fájlokat találomra, mert azt kockáztatod, hogy egy kis problémából nagyot csinálsz. Írd le, mit vettél észre, és kérj segítséget.

Hogyan előzheted meg, hogy újra megtörténjen

Egy oldalnak nem szabadna összeomlania egy egyszerű frissítéstől. Néhány szokás megteszi a különbséget:

  • Automatikus, rendszeres biztonsági mentések. Ha van egy tegnapi másolatod, bármelyik 500-as percek alatt visszafordíthatóvá válik.
  • Teszteld a frissítéseket egy másolaton (staging), ne közvetlenül azon az élő oldalon, amelyet az ügyfeleid látnak.
  • Ne halmozz fel több tucat bővítményt. Mindegyik egy potenciális ütközési forrás.
  • Válassz komoly tárhelyet elegendő erőforrással és olyan ügyfélszolgálattal, amely tényleg válaszol.

Az MPO Web Studiónál úgy építjük az oldalakat, hogy a tulajdonos ne a halál fehér képernyőjére ébredjen. Biztonsági mentésekkel, staging környezettel és tiszta kóddal dolgozunk, nem egy összeragasztott bővítménykupaccal. És ha valami mégis elromlik, távolról javítjuk, anélkül, hogy órákra offline hagynánk.

Amikor az oldalad ügyfeleket hoz, az idő számít

Egy 500-as hiba egy bemutatkozó oldalon bosszantó. Egy olyan oldalon, amely foglalásokat, rendeléseket vagy ügyfeleket hoz, minden offline töltött óra elvesztett pénzt és megrendült bizalmat jelent — valaki a szolgáltatásodra keres rá, fehér képernyőbe ütközik, és a versenytárshoz megy.

Ezért éri meg, ha van valakid, aki gyorsan felveszi a telefont, nem három nappal később. Távoli karbantartást is nyújtunk, az ország bármely pontján, és előre megmondjuk, pontosan mennyit fizetsz — meglepetések nélkül.

Ha éppen most akadtál el egy 500-assal, és nem tudod, hol kezdd, írj nekünk WhatsAppon az oldalad címével és azzal, mi történt, mielőtt leállt. Megnézzük, és őszintén megmondjuk, valami gyors dologról van-e szó, vagy komolyabbról.

Gyakran ismételt kérdések

Az 500-as hiba azt jelenti, hogy elvesztettem az oldalamat vagy az adataimat?+

Szinte biztosan nem. Az 500-as azt jelenti, hogy a szerver abban a pillanatban nem tudta felépíteni az oldalt, nem azt, hogy a fájljaid vagy a tartalmad eltűntek. Az esetek többségében minden érintetlen, csak azonosítanod kell, mi akadályozza a megjelenítést.

Megjavíthatom magam az 500-as hibát?+

Néha igen — ha közvetlenül egy frissítés után jelent meg, gyakran elég letiltani a hibás bővítményt vagy sablont. De ha nem érzed magad otthon az FTP-ben és a konfigurációs fájlokban, biztonságosabb nem találomra szerkeszteni, és inkább segítséget kérni, hogy ne rontsd tovább.

Miért nem mondja meg a szerver pontosan, mi a baj?+

Biztonsági okokból a nyilvánosan megjelenített üzenet szándékosan homályos — nem szeretnéd, ha a látogatók (vagy a támadók) technikai részleteket látnának az oldaladról. A valódi ok, a fájllal és a sorral együtt, a tárhely vezérlőpultjában lévő hibanaplóban található.

Mennyi ideig tart általában egy 500-as hiba javítása?+

Az októl függ. Egy ütköző bővítmény percek alatt megoldható, ha egyszer azonosítottuk. Egy adatbázis- vagy szerverkonfigurációs probléma tovább tarthat. A naplókhoz való hozzáféréssel általában a diagnosztizálás a leggyorsabb rész.

Hogyan előzhetem meg, hogy az oldalam újra leálljon?+

Rendszeres biztonsági mentések, a frissítések tesztelése egy másolaton az élesítés előtt, a bővítmények számának minimalizálása és megbízható tárhely. Ez a négy szokás kiküszöböli a legtöbb olyan helyzetet, amikor egy oldal figyelmeztetés nélkül leáll.

Ingyenes útmutató

7 hiba, amely elriasztja az ügyfeleket a weboldaláról

Adja meg az e-mail-címét, és azonnal itt megkapja az útmutatót. Spam nélkül.

A küldéssel elfogadja az Adatvédelmi szabályzatot.
Gratuit · fără obligații

Vrei să vezi cum ar arăta site-ul firmei tale?

Scrie-ne pe WhatsApp și îți pregătim GRATUIT un site demonstrativ, cu numele firmei tale. Îl vezi întâi — decizi după.

Cere un site demonstrativ gratuitÎți răspundem pe WhatsApp în câteva minute