Belső kiszolgálói hiba vagy 500-as hiba

Az 500-as hiba előfordulásának oka meghatározásához nézze meg a naplókat. Talán van egy bejegyzés a error.log fájlban, amely jelzi a probléma okát. Vegye figyelembe a leggyakoribb lehetőségeket.

Erőforrások hiánya

Ha ez az ok, a problémát nagyon egyszerűen oldják meg - lépjen kapcsolatba a host-
Szolgáltató további erőforrásokat igényel.

Nem működő szkriptek vagy korlátozott ideig végrehajtásuk.

Ha egy meghatározott ideig (gyakran egy perc) a szerver nem tudja feldolgozni a szkripteket, akkor egy 500 belső szerver hiba jelenik meg.

Ezenkívül a webmesterek is hasonló hibát tapasztalhatnak, ha CGI-parancsfájlt futtatnak az Apache alatt, ha a kiszolgálóbeállításokban megadott idő nem elegendő a szkript végrehajtásához.

Ha a szkriptek korábban működtek, és problémák merültek fel, például egy másik tárhelyre költözve, a problémát más okok okozhatják. Például az a tény, hogy a szerver blokkolja a kéréseket.

Hibák az engedélyek beállításában

A fájljogosultságnak 444 vagy 204-nek kell lennie644. A mappák CHMOD-jének nem szabad különböznie a 755-től, azaz csak az erőforrás tulajdonosa tekintheti meg őket. A szkriptekhez való hozzáférési jogokat 600-nak kell jelölni. Ellenkező esetben a szerver biztonsági okokból blokkolja a szkripthez való hozzáférést, még akkor is, ha működőképes.

Ha az 500-as hiba oka, használja az FTP-kezelőt az engedélyek megváltoztatásához. A Filezilla nagyszerű munkát végez ezekkel a szolgáltatásokkal.

A .Htaccess fájl nem támogatott irányelveket tartalmaz

Ellenőrizze, hogy a .htaccess fájl megtalálható-e a webhely gyökérzetében vagy másutt. Ha van, nyisson meg bármilyen szövegszerkesztővel. Használhatja a Jegyzettömböt.

500 hiba jelentkezhet, ha használjaa suPHP-t futtató szerver, azaz támogatja a php.ini-t. Ha vannak olyan irányelvek a .htaccess fájlban, amelyek megváltoztatják a PHP környezet paramétereit, problémák merülhetnek fel. A leggyakoribb irányelvek a php_admin_flag, php_flag és php_value.

Gyakran a globális változók, a Register Globals, utasításként szerepelnek.

Ezt a problémát nagyon egyszerűen oldják meg -a nem kívánt paraméterek egyszerűen törölhetők. Egy másik lehetőség az, hogy megjegyzéseket fűzzön hozzá, ha a # elemet a sor elejére adja. Helyet kell hagyni a rács és az irányelv neve között.

Ha feltétlenül be kell fejezniekommentált paraméterek, a php.ini fájlba írhatók. Nem kell használnia a php_admin_flag, php_flag és php_value értékeket - csak jelölje meg őket az alapelv szerint: "a szükséges paraméter neve = Be".

Végzetes PHP hiba

Ilyen probléma akkor fordulhat elő, ha a PHPa CGI elvén működik. Ebben az esetben gondosan ellenőriznie kell a programkódot, diagnosztizálnia és kijavítania kell a hibákat. Felhívjuk figyelmét, hogy a CGI szkriptek sorvégének nem Windows formátumban (\ r \ n), hanem UNIX formátumban (\ n) kell lennie.

Ha a javasolt megoldások egyike sem oldja meg a hibát, vegye fel a kapcsolatot a szolgáltatóval. Részletesen magyarázza el neki, mikor és miért léptek fel az 500-as hiba. Kérje meg, hogy jelezze a probléma okait, és adja megsegítséget annak megszüntetésében. Ha a házigazda nem tudja megtudni, hogy miért fordult elő a http 500 belső szerver hiba, vegye fel a kapcsolatot a használt CMS támogatási szolgáltatással. Fontos, hogy minden levelet részletezze a levélben, ideértve a - a tárhelyszolgáltató megjegyzései az Ön helyzetére vonatkozóan.

</ p>