Neretai savininkai hostingas kenčia dėl nuolat įvyksta klaidos pranešimą 500 (vidinė serverio klaida).Ji yra, kaip jis vadinamas, daugelis yra tiesiog nuodų gyvenimą.Dabar mes pasistengsime trumpai suprasti situacijos esmę ir pamatyti, kaip jūs galite atsikratyti ateityje klaidos.
Klaidos vidinė serverio klaida: kas tai?
Taigi, pradėkime nuo pat prasme frazę.Sistema (katalogas) klaidas Windows (ir ne tik) yra klaida numeriu 500, atitinkanti Kompiuterinių terminų Vidinė serverio klaida.Vertimas šios frazės yra vidinė serverio klaida, susijusi su Protokolo HTTP statuso.
Tiesą sakant, klaida reiškia, kad arba serverio programinė įranga neveikia arba veikia, bet vienas ar daugiau iš jo sudedamųjų dalių duoti nesėkmių atsisakymo forma į kliento pageidavimus, pavyzdžiui, paieškos ar interneto naršyklę.
sukelia klaidų
Partnerio klaidos Vidinė serverio klaida plačiąja prasme, būtina atsižvelgti į tai, kad jis gali atsirasti keliais svetainių ar išteklių parašytų visiškai kitu TVS.Čia, beje, jums reikia diferencijuoti savo priežastis.
Labai dažnai tokia situacija galima pastebėti svetainėse, pavyzdžiui, WordPress, OpenCart, Joomla ir kt. Jei valdymo struktūra, pavyzdžiui, WordPress, į statybvietėje nenaudojamas, ko gero, priežastis yra ta, kad hostingo kilti problemų jungiantis klaidingą PHP-plėtinių arba svetainė paprašius grąžina netinkamus HTTP antraštes, kurios negali būti pripažintos jūsų serveryje.
Ne mažiau dažna klaida Vidinė serverio klaida yra Teisingų prieigos teisių stoka.Pavyzdžiui, jei PHP scenarijų failai, kurie patenka į hostingas, turi teisę susipažinti su 777, tai gali būti, kad jie tiesiog blokavo vykdymo serverio ir gautą klaidos pranešimą.
taip pat viena iš priežasčių gali būti gana ilgas scenarijus.Tas faktas, kad PHP terminas Trukmė aktas ne tik prieš šeimininką, tokie apribojimai gali būti eksponuojami ir serverio pusėje.Kitaip tariant, tai yra šiek tiek primena laiko-išvažiavimo operacijos.Kai per nustatytą laiką serveris nėra atsakymas į paklausimą, jis tiesiog blokuoja scenarijų vykdymo.
Kai kuriais atvejais klaidos Vidinė serverio klaida gali atsirasti, kai yra priegloba viršija ribinę atminties naudojimą.Paprasčiau tariant, vykdymo scenarijus reikalauja daugiau nuostatus, ir dėl to ši riba yra nustatyta ne tik PHP, dažnai apribojimai dėl išteklių sunaudojimo parodymo visų vykdomąjį scenarijus.
Galiausiai, vienas iš labiausiai paplitusių situacijų klaidos Vidinė serverio klaida - priimtas direktyvas, turinys neteisingas failą .htaccess (beje, kai naudojant WordPress variklį, nes tai labai dažnai).Dabar mes turime priartėti prie rasti kiekvienai situacijai sprendimą.
Klaidos vidinė serverio klaida: Kaip nustatyti paprasčiausių būdų
pirma, pamatyti, ką jūs galite padaryti, kai ji aptinka neteisingus leidimus.Šiuo atveju, prieigos teisės redaguoti turinį iš 777 leidžia visiems, kurie, be abejo, turi įtakos saugumui.Esant tokiai situacijai, turite juos pakeisti, kreipdamasis į 755 aplankų, failų scenarijus vertės - 600, ir visų plieno duomenų rinkmenoms - 644.
Per ilgas darbas Scenarijus taip pat galite pabandyti padidinti laukimo laiką, tačiau,yra laimikis.Toks sprendimas gali dirbti ant serverio ar VPS (Virtual Private Server), ir į Shared Hosting atveju jokio poveikio.
Kaip atminties vartojimas pervertintas, lyginant su apribojimais, kurie taikomi priimančiosios, tada jūs galite tik patarti kreiptis į palaikymo ar tiesiog pakeisti iš prieglobos paslaugų teikėjas, kuris ribos nėra tokie griežti.
dabar keletas žodžių apie failų .htaccess.Tas faktas, kad ji apima labai griežtus sintaksė naudoti, jei šie parametrai buvo keletas klaidų arba netikslumų išvengti klaidos Vidinė serverio klaida nepavyks.Čia būtina toliau taip.Pirmiausia reikia patikrinti failo egzistavimą šakniniame kataloge svetainę, tada padaryti atsarginę kopiją, ištrinti visiškai.Jei po šios procedūros, svetainė veikia vėl problema yra failų .htaccess, kuri turės patikrinti klaidų sintaksė.
problemos su variklio WordPress
su WordPress, situacija yra blogesnė.Tas faktas, kad variklis galėtų perrašyti originalų failą .htaccess, yra atsakingas už kontroliuoti prieigą prie failų ir aplankų hostingas, ir todėl, kad 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 vietoj visų kitų.Jei problema 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 į naujausią versiją WordPress ir išjungti perrašyti failą.Norėdami pradėti siųstis į kompiuterį terminalo originalaus failo .htaccess, o tada prie svetainės kelyje į aplanką / wp-admin / apima / ir tada įkelia failą misc.php, kurį norite atidaryti, pavyzdžiui, standarte "Notepad" (arba betkita teksto redaktoriumi) ir raskite eilutę funkcijas «funkciją save_mod_rewrite_rules».Dabar ši funkcija išsirikiuoti «grįžti insert_with_markers ($ htaccess_file" WordPress ", $ taisyklės);» ir pakeisti jį dėl «grąžina true;» (žinoma, visas komandas rašomi be kabučių).Mes galime išsaugoti tik savo pakeitimus ir įkelti naują failą prieglobos su senojo failo misc.php pakeitimo.
trūkumas šio metodo yra tik tai, kad šiuo atveju atjungtas atnaujinimas "WordPress.Jungdami papildinius jie turi dirbti, žinoma, nebus.
Išvada Iš esmės, tai yra pasakyti, dažniausiai pasitaikančių klaidų ir metodų panaikinimo.Tiesą sakant, dėl to, kad, kaip elgtis tokiose situacijose gali būti daug, todėl turėsiu analizuoti kiekvienu konkrečiu atveju situaciją, ir tik tada pasirinkti, kokios technikos naudojamos klaidų taisymas.
