Klaida Internal Server Error: kas tai yra ir kaip su ja kovoti

Neretai priegloba kenčia dėl nuolat atsiradimo savininkai praneša klaidą 500 (vidinė serverio klaida). Ji, kaip jis vadinamas, daugelis tiesiog nuodai gyvenimas. Dabar mes pasistengsime trumpai suprasti situacijos esmę ir pamatyti, kaip jūs galite atsikratyti klaidų atsiradimo ateityje.

Klaida Internal Server Error: kas tai?

Taigi, pradėkime nuo pat prasme frazę. Sistema (katalogas), Windows klaida (ir ne tik) yra klaida numeriu 500, atitinkanti kompiuterinius terminus Vidinė serverio klaida. Šio frazės vertimas yra vidinė serverio klaida susijusi su statusu HTTP protokolą.

Tiesą sakant, klaida reiškia, kad serveris programinė įranga arba neveikia arba veikia, bet vienas ar daugiau iš jos komponentų suteikia nesėkmių Atsisakius kliento pageidavimus forma, pavyzdžiui, paieškos sistema arba interneto naršyklę.

Priežastys klaidas

Kalbant apie Vidinė serverio klaida klaidos plačiąja prasme, reikia turėti omenyje, kad tai gali įvykti keliais svetainių ar išteklių parašytų visiškai kitu TVS. Čia, beje, būtina atskirti jo atsiradimo priežasčių.

Labai dažnai tokia situacija galima pastebėti by WordPress svetainių, kaip, OpenCart, Joomla ir kt. Jei valdymo struktūra, pavyzdžiui, WordPress, statybos svetainė nėra naudojami, galbūt, priežastis yra ta, kad priėmimo kilti problemų jungiantis neteisingus PHP-plėtinius arba svetainė po užklausą grąžina netinkamus HTTP antraštes, kurie nepripažįsta savo serverį.

Ne mažiau dažna klaida Vidinė serverio klaida yra Teisingų prieigos teisių stoka. Pavyzdžiui, jei PHP scenarijų failų, kurie yra talpinami turite prieigos teises 777, tai gali labai gerai būti, kad jų veikimas yra tiesiog užblokuotas serveryje, ir kaip rezultatas, kurį gaunate klaidos pranešimą.

Taip pat viena iš priežasčių gali būti gana ilgas darbo scenarijus. Tas faktas, kad dėl laiko veiklos PHP-apribojimai taikomi ne tik šeimininką, tokie apribojimai gali būti eksponuojami ir serverio pusėje. Kitaip tariant, tai šiek tiek primena timeout operaciją. Kai tam tikrą laiką serveris negauna atsakymo į prašymą, ji tiesiog blokuoja scenarijų vykdymo.

Kai kuriais atvejais vidinė serverio klaida klaida gali atsirasti, kai talpinimas viršija atminties riba, naudojama stebimas. Paprasčiau tariant, už scenarijų vykdymas reikalauja daugiau reglamentus, ir todėl, kad toks apribojimas yra nustatytas ne tik PHP, dažnai apribojimai išteklių sunaudojimo visų vykdomąjį scenarijus.

Galiausiai, vienas iš labiausiai paplitusių situacijų klaidos Vidinė serverio klaida - šis turinys yra netinkamas direktyvos į .htaccess failą (beje, kai dirbama su WordPress variklį tai dažniausiai). Dabar mes turime priartėti prie rasti sprendimą kiekvienoje situacijoje.

Klaida Internal Server Error: Kaip nustatyti paprasčiausių būdų

Pirma, pamatyti, ką jūs galite padaryti, kai ji aptinka neteisingus leidimus. Šiuo atveju, prieigos teises 777 leidžia jums redaguoti bet ir visi, kad turinys, žinoma, turi įtakos saugumui. Esant tokiai situacijai, turite pakeisti juos taikant į 755 aplankų, skripto failus vertės - 600, ir visi duomenys failus iš plieno - 644.

Per ilgas vykdomąjį scenarijų galite pabandyti padidinti laukimo laiką, tačiau yra vienas užkliūti. Toks sprendimas gali dirbti ant serverio ar VPS (Virtual Private Server), ir tuo atveju, iš Shared Hosting jokio poveikio nebus.

Kalbant apie atminties suvartojimą pervertintas lyginant su apribojimais, taikomų priimančiojoje, tada jums gali patarti tik susisiekti su palaikymo ar paprasčiausiai prieglobos paslaugų teikėjas, o ši riba nebus tokie pat griežti, kaita.

Dabar keletas žodžių apie .htaccess failą. Tas faktas, kad jis yra susijęs su labai griežta sintaksės klaida arba jei kai klaidų naudotis, vengti klaidos Vidinė serverio klaida nebus galima buvo sąrankos metu. Čia jis yra būtina darykite taip. Pirmiausia jums reikia patikrinti failo egzistavimą šakniniame kataloge svetainę, tada darant atsarginę kopiją, ištrinti visiškai. Jei po šios procedūros svetainė vėl pradės veikti, tada problema yra .htaccess failą, kuris turės patikrinti klaidų sintaksė.

Problemos su WordPress variklį

Nuo WordPress yra blogiau. Tas faktas, kad variklis galėtų perrašyti originalų failą .htaccess, yra atsakingas už kontroliuoti prieigą prie failų ir aplankų, hostingas, ir todėl originalus failas turi būti sukurta tik vieną kartą, ir tikrai ne WordPress!

Paprasčiausias būdas ištaisyti šią padėtį yra išjungti WordPress temos ir naudoti jį vietoj bet kurios kitos. Jei klaida išlieka, klausimas yra pati tema - jei ne, jums reikia palaipsniui išjungti WordPress įskiepių ir patikrinti, kuris iš jų įtakos efektyvumą.

Kai kuriais atvejais jums gali tekti atnaujinti savo WordPress į naujausią versiją ir išjungti failų perrašymo funkciją. Norėdami pradėti siųstis prie kompiuterio terminalo originalaus failo .htaccess, tada įveskite svetainę į aplanką kelias / wp-admin / includes / po failo atsisiųsti misc.php, kurį norite atidaryti, pavyzdžiui, standartinis "Užrašų knygelė" (arba bet kokią kitą teksto redaktoriumi) ir rasti «funkcijos save_mod_rewrite_rules» funkciją eilutę. Dabar funkcijos eiti į eilutę «grįžti insert_with_markers ($ htaccess_file" WordPress ", $ taisyklės);» ir pakeisti jį «return true;» (žinoma, visi komandos parašyta be kabučių). Belieka tik, kad išsaugotumėte pakeitimus ir įkelti naują failą prieglobos su senosios misc.php failo pakeitimo.

Šio metodo trūkumas yra tik tai, kad šiuo atveju atjungtas atnaujinimo WordPress. Jungdami plug-ins jie turi dirbti, žinoma, nebus.

išvada

Iš principo, tai yra pasakyti, kad labiausiai paplitusių priežasčių, klaidas ir metodų panaikinimo. Tiesą sakant, dėl to, kad, kaip elgtis tokiose situacijose gali būti labai daug, todėl aš turiu analizuoti kiekvienu atveju situacija, ir tik tada pasirinkti, kokios metodą klaidų taisymo naudojami.