500-as HTTP-hiba - Belső szerverhiba magyarázata egyszerű

A 4xx tartomány hibakódjai azt jelentik, hogy Ön vagy a böngészője valamit rosszul csinált. Lehet, hogy nem voltál bejelentkezve, megpróbáltál hozzáférni valamihez, amihez nem volt engedélyed, vagy egyszerűen eltévedt.

Az 5xx tartomány hibakódjai azonban azt jelentik, hogy a hiba nem a kezedben van (kivéve, ha te vagy a szerver fejlesztője / rendszergazdája). Talán a második * legbosszantóbb hibakód, amellyel valaha is megbotolhat az interneten, a rettegett 500.

Mit jelent?

Egyszerűen fogalmazva, a szerver megpróbált tenni valamit, és nem sikerült.

Az RFC 7231 szerint:

Az 500 (belső szerverhiba) állapotkód azt jelzi, hogy a kiszolgáló olyan váratlan állapotba került, amely megakadályozta a kérés teljesítését.

Ennek oka bármi lehet, valóban!

Képzeljük el, hogy egy weboldalhoz Laravel PHP API-t használ a hátuljához.

Az 500-as hibát felvető dolog lehet valami olyan egyszerű, mint egy hibás error_logpróbálkozás egy tömb helyett egy karakterlánc helyett - ami teljesen nem kapcsolódik a kérésedhez, de mindazonáltal hiba, amelyet a PHP eldob és megöli a szervernek tett kérését.

Általában valami olyan triviális dolog, mint ami a telepítés előtt megakadna (remélhetőleg), de ez csak azt mutatja, hogy egy webhely vagy alkalmazás felhasználójaként a hiba valóban nincs a kezedben.

Hogyan javítsd ki?

A szerverhez való hozzáférés nélküli felhasználóként valójában csak a következő lehetősége van:

Értesítse a webhely tulajdonosát, hogy 500-at adnak vissza, ha másképp számíthat

Ha teljes mértékben azt gondolja, hogy képesnek kell lennie a kérdéses erőforráshoz való hozzáférésre, de látja ezt a hibát, bölcs dolog értesíteni a webhely mögött álló csapatot.

Próbáljon minél több információt megadni a fejlesztőknek / támogató csapatnak arról, hogy mit próbált megtenni, hogy gyorsan megismételhessék a hibát a hiba felkutatása érdekében.

Ha különösen segítőkésznek vagy kíváncsinak érzi magát, akkor több nyomra is képes lehet levadászni a böngészője fejlesztői eszközének hálózati lapján.

A Firefoxon megnyithatja a hálózati fület a gyorsbillentyűkkel ctrl + shift + E. A Chrome böngészőben megnyithatja a fejlesztői eszközöket, ctrl + shift + Imajd kiválaszthatja a hálózat fület.

Ha ez a fül nyitva van, próbálkozzon újra a kérésével, és keresse meg az 500-as visszatérési kódot a hálózati kimenetben. Néha előfordulhat, hogy egy kicsit részletesebb kiszolgálói választ ír le, amellyel szembesült. Megadhatja ezeket az információkat a fejlesztőknek, hogy felgyorsítsák a probléma megoldását.

Ha te vagy a fejlesztő, akkor le kell vadásznod a hibát és kijavítanod kell! Bármi lehet, ezért nem tudom megmondani, hogyan kell ezt csinálni. De ha még nem ismeri a fejlesztést, akkor azt javaslom, hogy először keresse meg a kiszolgáló naplóit a nyomok után, ha még nem nyilvánvaló, mi a probléma.

Marad a fenekén

Miután bejelentette a problémát, mindent megtett, amit ésszerűen megtehet.

* kíváncsi arra, hogy mi a legidegesítőbb hibakód a vadonban? 418: Teáskanna vagyok. Ha tényleges hibaként találkozik ezzel, az azt jelenti, hogy a fejlesztő erőfeszítéseket tett ennek a hibajelzésként történő megvalósításának, de ez egy vicc, és nem ad információt. Megtörténik.

Ha azt ígéri, hogy soha nem küld vissza 418-at egy valódi ügyféloldali hibára válaszolva, akkor szívesen tartja a kapcsolatot velem a Twitter @JacksonBates oldalon.