Diezgan bieži uzņemšanas īpašnieki cieš500 (Iekšējā servera kļūda) kļūdas paziņojuma dēļ. Viņa, kā tas tiek saukts, daudzi vienkārši saindē dzīvi. Tagad mēs centīsimies īsi saprast pašas situācijas būtību un redzēt, kā mēs varam atbrīvoties no kļūdas parādīšanās nākotnē.
Kļūda Iekšējā servera kļūda: kas tas ir?
Tāpēc sāksim ar šī jēdziena nozīmifrāzes. Sistēmā (direktorijā) Windows kļūdas (un ne tikai) ir kļūdas numurs 500, kas atbilst datora termina Iekšējā servera kļūdai. Šīs frāzes tulkošana nozīmē iekšējo servera kļūdu, kas saistīta ar HTTP protokola statusu.
Faktiski kļūda nozīmē, ka programmatūraservera programmatūra vai nu nedarbojas, vai nedarbojas, bet viena vai vairākas tās sastāvdaļas neizdodas klienta pieprasījumu noraidīšanas veidā, piemēram, meklētājprogramma vai interneta pārlūks.
Kļūdas cēloņi
Runājot par iekšējo servera kļūdu pašāplaši saprotot, jāpatur prātā, ka tas var notikt daudzās vietnēs vai resursos, kas rakstīti, izmantojot pilnīgi atšķirīgu CMS. Šeit, starp citu, ir jānošķir tā rašanās cēloņi.
Ļoti bieži šo situāciju var novērotvietnes, piemēram, WordPress, OpenCart, Joomla uc HTTP galvenes, kuras jūsu serveris nevar atpazīt.
Tikpat izplatīts cēlonisIekšējo servera kļūdu var saukt par pareizu piekļuves tiesību trūkumu. Tā, piemēram, ja PHP skripta failiem, kas tiek mitināti mitināšanā, ir piekļuves tiesības 777, ļoti labi var būt, ka serveris vienkārši bloķē to izpildi, kā rezultātā tiek izsniegts kļūdas ziņojums.
Arī viens no iemesliem var būt pietiekamsgarš scenāriju darbs. Fakts ir tāds, ka PHP izpildes laika ierobežojumi attiecas ne tikai uz mitināšanu, līdzīgus ierobežojumus var noteikt arī no servera puses. Citiem vārdiem sakot, tas nedaudz atgādina operācijas taimautu. Ja serveris noteiktu laiku nesaņem atbildi uz pieprasījumu, tas vienkārši bloķē skripta izpildi.
Dažos gadījumos iekšējā servera kļūdavar parādīties, ja mitināšana ir pārsniegusi izmantoto atmiņas ierobežojumu. Vienkārši sakot, izpildes skripts prasa vairāk, nekā vajadzētu, un faktiski šāds ierobežojums tiek noteikts ne tikai PHP, bet visiem izpildāmajiem skriptiem bieži ir noteikti resursu patēriņa ierobežojumi.
Visbeidzot, viena no visbiežāk sastopamajām situācijāmKad rodas iekšēja servera kļūda, tas ir nepareizu direktīvu saturs .htaccess failā (starp citu, tas visbiežāk parādās, strādājot ar WordPress dzinēju). Tagad mēs esam tuvu tam, lai atrastu risinājumu katrai konkrētai situācijai.
Iekšējā servera kļūda: kā to novērst vienkāršākos veidos
Pirmkārt, redzēsim, ko var darītnepareizu piekļuves tiesību atklāšana. Šajā gadījumā atļaujas 777 ļauj visiem rediģēt saturu, kas neapšaubāmi ietekmē drošību. Šādā situācijā tie ir jāmaina, mapēm piemērojot vērtību 755, skripta failiem - 600 un visiem tērauda datu failiem - 644.
Ja izpildāmais skripts darbojas pārāk ilgijūs varat mēģināt palielināt gaidīšanas laiku, tomēr ir viens noķerums. Šāds risinājums var darboties uz veltīta servera vai VPS (Virtual Private Server), taču koplietošanas mitināšanas gadījumā efekta nebūs.
Attiecībā uz pārvērtēto atmiņas patēriņuSalīdzinājumā ar mitināšanas spēkā esošajiem ierobežojumiem šeit varat ieteikt tikai sazināties ar atbalsta dienestu vai vienkārši mainīt pašu mitināšanas pakalpojumu sniedzēju, kura ierobežojumi nebūs tik stingri.
Tagad daži vārdi par .htaccess failu.Fakts ir tāds, ka tiek pieņemts, ka tiek izmantota ļoti stingra sintakse, ja iestatījumu laikā tika veiktas kļūdas vai dažas neprecizitātes, nebūs iespējams izvairīties no iekšējās servera kļūdas parādīšanās. Šeit jums jārīkojas šādi. Pirmkārt, jums jāpārbauda paša faila klātbūtne vietnes saknes direktorijā, pēc kura pēc rezerves kopijas izveidošanas to pilnībā izdzēsiet. Ja pēc šādas procedūras vietne atkal sāk darboties, tad problēma ir .htaccess failā, kurā būs jāpārbauda, vai nav sintakses kļūdu.
WordPress dzinēja problēmas
Situācija ar WordPress ir sliktāka.Fakts ir tāds, ka šis dzinējs spēj pārrakstīt oriģinālo .htaccess failu, kas ir atbildīgs par piekļuves kontroli mitināšanas failiem un mapēm, un oriģinālais fails ir jāizveido tikai vienu reizi, un vēl mazāk - programmā WordPress!
Vieglākais veids, kā novērst šo situācijuir atspējot WordPress motīvu un tā vietā izmantot jebkuru citu motīvu. Ja kļūda ir pazudusi, punkts ir pašā tēmā, ja nē, jums pakāpeniski jāatspējo WordPress spraudņi un jāpārbauda, kurš no tiem ietekmē veiktspēju.
Dažos gadījumos jums, iespējams, būs jāatjauninaWordPress uz jaunāko versiju un atspējojiet failu pārrakstīšanas funkciju. Vispirms lejupielādējiet oriģinālo .htaccess failu datora terminālā, pēc tam ievadiet vietnes mapi pa ceļu / wp-admin / include / un pēc tam lejupielādējot failu dažādi.php, kas jums jāatver, teiksim, standarta Notepad (vai jebkurā citā teksta redaktorā) un jāatrod funkciju rinda "function save_mod_rewrite_rules". Tagad pašā funkcijā dodieties uz rindu "return insert_with_markers ($ htaccess_file," WordPress ", $ rules);" un aizstājiet to ar "return true"; (protams, visas komandas tiek rakstītas bez pēdiņām). Atliek tikai saglabāt izmaiņas un augšupielādēt jauno failu hostingā, aizstājot veco misc.php failu.
Vienīgais šīs metodes trūkums ir tas, ka tā atspējo WordPress atjauninājumus. Protams, kad ir pievienoti spraudņi, tie nedarbosies.
Secinājums
Principā tas ir, tā teikt, visvairākbiežākie kļūdas cēloņi un tās novēršanas metodes. Patiesībā var būt daudz iemeslu, kāpēc šādās situācijās var būt daudz veidu, tāpēc jums būs jāanalizē situācija katrā konkrētajā gadījumā un tikai pēc tam jāizvēlas, kuru paņēmienu izmantot kļūdas labošanai.
