Napaka notranjega strežnika Napaka: kaj je to in kako ravnati z njo

Precej pogosto lastniki gostiteljskih storitev trpijo zaradi stalnega pojava sporočila napaka 500

Napaka pri notranjem strežniku: kaj je to?

Torej, začnimo, morda, s samim pomenom te fraze. V sistemu (imenik) napak v sistemu Windows (in ne samo) gre za napako pod številko 500, računalniški izraz Notranja strežna napaka. Prevod te fraze pomeni notranjo napako strežnika, ki se nanaša na stanje protokol HTTP.

Dejansko napaka pomeni, da strežniška programska oprema ne deluje ali deluje, vendar ena ali več njenih komponent ne odgovori na zahteve strank, kot je iskalnik ali spletni brskalnik.

Vzroki napake

Govorimo o napaki Internal Server Error v najširšem pomenu, je vredno upoštevati, da se lahko pojavi na veliko spletnih mestih ali vire, napisane s povsem drugačnim CMS. Tukaj, mimogrede, morate razlikovati razloge za njeno pojavljanje.

Zelo pogosto se takšen položaj lahko opazujemo z WordPress strani kot, OpenCart, Joomla in drugih. Če je struktura upravljanja, kot so WordPress, je gradbišče ne uporabljajo, morda je razlog v tem, da so gosti s katerimi imate težave pri priključitvi napačne PHP-razširitve ali spletno mesto po zahtevi vrne neveljavne HTTP glave, ki jih vaš strežnik ne more prepoznati.

Ni manj pogost vzrok napake Notranja strežna napaka se lahko imenuje pomanjkanje pravilnih pravic dostopa. Torej, na primer, če imajo datoteke PHP gostov skriptov pravico dostopa do 777, je morda zelo verjetno, da strežnik preprosto blokira njihovo izvedbo, kar ima za posledico sporočilo o napaki.

Tudi eden od razlogov je lahko dovolj dolgo delo scenarijev. Dejstvo je, da PHP-časovne omejitve niso veljavne samo za gostovanje, temveč tudi omejitve, ki jih lahko nastavi tudi strežnik. Z drugimi besedami, to nekoliko spominja na časovno omejitev operacije. Ko strežnik v določenem času ne prejme odgovora na zahtevo, preprosto blokira izvajanje skripta.

V nekaterih primerih se lahko zgodi napaka notranjega strežnika, ko gostovanje presega omejitev pomnilnika. Preprosto povedano, scenarij za izvedbo zahteva več kot pravilno, v resnici pa je takšna omejitev določena ne le v PHP-u, pogosto so omejitve porabe virov s strani vseh izvedljivih skriptov.

Nazadnje je ena od najpogostejših situacij za napako notranjega strežnika napaka vsebina nepravilnih direktiv v datoteki .htaccess (mimogrede, to se najpogosteje prikaže pri delu z WordPressovim motorjem). Zdaj smo blizu iskanja rešitev za vsako specifično situacijo.

Napaka notranjega strežnika Napaka: kako popraviti najpreprostejše načine

Prvič, poglejmo, kaj je mogoče storiti, če je odkrito nepravilno dovoljenje. V tem primeru pravice dostopa vam omogočajo, da uredite vsebino povsem vsega, kar seveda vpliva na varnost. V tem primeru jih morate spremeniti tako, da vrednost 755 prenesete v mape, v datoteke skriptov - 600 in v vse jeklene podatkovne datoteke - 644.

Če je izvršilni skript predolg za delo, lahko poskusite povečati zakasnitev, vendar pa obstaja ena napaka. Takšna rešitev lahko deluje na namenskem strežniku ali VPS (Virtual Private Server) in v tem primeru virtualno gostovanje ne bo nobenega učinka.

Kot je za porabo pomnilnika za precenjene v primerjavi z omejitvami, ki veljajo za gostitelja, potem lahko samo svetuje, da se obrnite na podporo ali preprosto spremembo ponudnika gostovanja, ki meja ne bo tako stroga.

Zdaj pa nekaj besed o datoteki .htaccess. Dejstvo je, da predpostavlja uporabo zelo stroge sintakse, če bi med nastavitvami prišlo do napak ali nekaterih netočnosti, se ne bo mogoče izogniti napaki notranjega strežnika. Tukaj je treba nadaljevati, kot sledi. Najprej morate preveriti prisotnost datoteke v korenskem imeniku spletnega mesta, nato pa v celoti in v celoti, tako da naredite varnostno kopijo. Če po tem postopku spletno mesto ponovno začne delovati, potem je težava v datoteki .htaccess, ki jo je treba preveriti za napake v sintaksi.

Težave z motorjem WordPress

Z WordPress je situacija slabša. Dejstvo, da je motor sposoben prepisati izvirno datoteko .htaccess, je odgovoren za nadzor dostopa do datotek in map gostovanje, in ker mora biti izvirna datoteka ustvarjena samo enkrat, in zagotovo ne v WordPress!

Najlažji način za rešitev te situacije je onemogočiti temo WordPress in namesto tega uporabiti katero koli drugo. Če je napaka izginila, je tema tema sama, če ne - morate korak za korakom prekiniti povezavo z vtičniki WordPress in preveriti, katero vpliva na uspešnost.

V nekaterih primerih boste morda morali posodobiti WordPress na najnovejšo različico in izklopiti funkcijo prepisovanja datotek. Če želite začeti prenos na računalnik terminala prvotnega .htaccess datoteko, nato pa vstop v mesto v mapo na poti / wp-admin / includes / sledil misc.php prenesli datoteko, ki jo želite odpreti, na primer, standard "Beležnica" (ali katero koli drugo besedilno urednik) in poiščite funkcijo string "funkcija save_mod_rewrite_rules". Zdaj v funkciji iti «insert_with_markers vračanja (htaccess_file $," WordPress ", $ pravila) -» na linijo in jo zamenjajte na "vrnitev true;" (seveda, vsi ukazi so napisani brez narekovajev). Ostaja le, da shranite spremembe in naložite novo datoteko gostovanje z zamenjavo starega misc.php datoteke.

Pomanjkljivost te metode je, da je v tem primeru posodobitev programa WordPress onemogočena. Ko priključite vtičnike, seveda ne bodo delovali.

Zaključek

Načeloma so to, tako rekoč, najpogostejši vzroki napake in metode za njegovo odpravo. Dejansko obstaja veliko razlogov, da se lahko s takšnimi situacijami lotijo ​​zelo veliko načinov, zato moramo v vsakem konkretnem primeru analizirati stanje in šele nato izbrati, katero metodo za odpravljanje napak za uporabo.