Melko usein isäntäomistajia kiusaajatkuvan virhesanoman 500 (sisäinen palvelinvirhe) vuoksi. Hän, kuten sitä kutsutaan, yksinkertaisesti myrkyttää elämän monille. Nyt yritämme ymmärtää lyhyesti tilanteen itsensä ytimen ja nähdä, miten voimme tulevaisuudessa päästä eroon virheiden ilmestymisestä.
Sisäinen palvelinvirhe: mikä se on?
Joten aloitetaan tämän tarkoituksellalauseita. Windows-virheiden järjestelmässä (hakemistossa) (eikä vain) on virhe numero 500, joka vastaa tietokoneen termiä Sisäinen palvelinvirhe. Tämän lauseen käännös tarkoittaa sisäistä palvelinvirhettä, joka liittyy HTTP-protokollan tilaan.
Pohjimmiltaan virhe tarkoittaa sitä, että ohjelmistopalvelinohjelmisto joko ei toimi tai toimii, mutta yksi tai useampi sen komponenteista epäonnistuu asiakaspyyntöjen, esimerkiksi hakukoneen tai Internet-selaimen, kieltäytymisen muodossa.
Virheen syyt
Puhutaan todellisesta sisäisestä palvelinvirheestäLaaja ymmärtäminen, on syytä harkita, että sitä voi esiintyä monilla eri sivustoilla tai resursseilla, jotka on kirjoitettu käyttämällä täysin erilaista CMS: ää. Tässä on muuten tarpeen erottaa sen esiintymisen syyt.
Hyvin usein tämä tilanne voidaan havaitasivustot, kuten WordPress, OpenCart, Joomla, jne. Jos sivuston rakentamisessa ei käytetä WordPressin kaltaisia ohjausrakenteita, syy voi olla, että isännöinti itsessään ei pysty yhdistämään vääriä PHP-laajennuksia tai sivusto palaa väärin pyynnön jälkeen HTTP-otsikot, joita palvelin ei tunnista.
Ei vähemmän yleinen syyVirheet Sisäinen palvelinvirhe voidaan kutsua oikeiden käyttöoikeuksien puutteesta. Joten esimerkiksi jos isännöimillä PHP-skriptitiedostoilla on 777 käyttöoikeutta, voi hyvinkin olla, että palvelin estää niiden suorittamisen, mistä seuraa virheilmoitus.
Myös yksi syistä voi olla riittäväskriptien pitkä työ. Tosiasia, että PHP-aikarajoitukset eivät koske vain isännöintiä, tällaiset rajoitukset voidaan asettaa myös palvelinpuolelle. Toisin sanoen, se muistuttaa jonkin verran operaation aikakatkaisua. Kun palvelin ei tietyn ajan kuluessa saa vastausta pyyntöön, se vain estää komentosarjan suorittamisen.
Joissakin tapauksissa sisäinen palvelinvirhesaattaa ilmestyä, kun isäntä on ylittänyt käytetyn muistin rajan. Yksinkertaisesti sanottuna, skripti vaatii enemmän kuin se täytyy suorittaa, ja loppujen lopuksi, tällainen raja asetetaan paitsi PHP: ssä, usein kaikille suoritettaville skripteille on rajoituksia resurssien kulutukseen.
Lopuksi yksi yleisimmistä tilanteistaSisäinen palvelinvirhe tapahtuu - tämä on .htaccess-tiedoston virheellisten direktiivien sisältö (muuten, WordPress-moottorin kanssa työskennellessä tämä näkyy useimmin). Nyt olemme löytäneet ratkaisun jokaiselle tietylle tilanteelle.
Virhe Sisäinen palvelinvirhe: kuinka korjata yksinkertaisimmat tavat
Katsotaan ensin, mitä voidaan tehdävirheellisten käyttöoikeuksien havaitseminen. Tässä tapauksessa käyttöoikeudet 777 sallivat kaikkien muokata sisältöä, mikä epäilemättä vaikuttaa turvallisuuteen. Tällaisessa tilanteessa sinun on muutettava niitä soveltamalla arvoa 755 kansioihin, 600 komentosarjatiedostoihin ja 644 kaikkiin terästiedostoihin.
Jos suoritettava komentosarja toimii liian kauanvoit yrittää pidentää odotusaikaa, mutta on yksi saalis. Tämä ratkaisu voi toimia erillisellä palvelimella tai VPS: llä (virtuaalinen yksityinen palvelin), mutta jaetun isännöinnin tapauksessa sillä ei ole vaikutusta.
Mitä tulee yliarvioituun muistin kulutukseen vuonnaVerrattuna isännöinnille voimassa oleviin rajoituksiin, tässä voit vain neuvoa ottamaan yhteyttä tukipalveluun tai yksinkertaisesti vaihtamaan itse palveluntarjoajaa, jonka rajoitukset eivät ole niin tiukkoja.
Nyt muutama sana .htaccess-tiedostosta. Tosiasia on, että siinä oletetaan käytettävän erittäin tiukkaa syntaksia. Jos asetusten aikana tehtiin virheitä tai epätarkkuuksia, sisäisen palvelinvirheen esiintymistä ei voida välttää. Tässä sinun on toimittava seuraavasti. Ensinnäkin sinun on tarkistettava itse tiedoston esiintyminen sivuston juurihakemistossa, minkä jälkeen varmuuskopion tekemisen jälkeen poista se kokonaan. Jos tämän toimenpiteen jälkeen sivusto alkaa toimia uudelleen, ongelma on .htaccess-tiedostossa, joka on tarkistettava syntaksivirheiden varalta.
WordPress-moottorin ongelmat
WordPressin avulla asiat ovat pahemmat. Tosiasia on, että tämä moottori pystyy korvaamaan alkuperäisen .htaccess-tiedoston, joka on vastuussa isännöinnin tiedostoihin ja kansioihin pääsyn valvonnasta, ja alkuperäinen tiedosto on luotava vain kerran, ja vielä enemmän, ei WordPressissä!
Helpoin tapa korjata tilanneon poistaa WordPress-teema käytöstä ja käyttää sen sijaan mitä tahansa muuta teemaa. Jos virhe häviää, kohta on itse teemassa. Jos ei, sinun on poistettava WordPress-laajennukset käytöstä asteittain ja tarkistettava, mikä niistä vaikuttaa suorituskykyyn.
Joissakin tapauksissa saatat joutua päivittämäänWordPress uusimpaan versioon ja poista tiedoston korvausominaisuus käytöstä. Lataa ensin alkuperäinen .htaccess-tiedosto tietokoneeseen ja kirjoita sitten verkkosivuston kansio polkua / wp-admin / include / seuraa lataamalla tiedosto sekalaisetphp, joka sinun on avattava esimerkiksi tavallisessa Muistiossa (tai muussa tekstieditorissa) ja löydettävä toimintorivi "function save_mod_rewrite_rules". Siirry nyt itse toiminnossa riville "return insert_with_markers ($ htaccess_file," WordPress ", $ rules);" ja korvaa se sanalla "return true". (luonnollisesti kaikki komennot kirjoitetaan ilman lainausmerkkejä). Ainoa on tallentaa muutokset ja ladata uusi tiedosto isännöintiin korvaamalla vanha misc.php-tiedosto.
Tämän menetelmän ainoa haittapuoli on, että se poistaa WordPress-päivitykset käytöstä. Luonnollisesti, kun laajennukset on kytketty, ne eivät toimi.
johtopäätös
Periaatteessa tämä on niin sanotusti enitenvirheen yleiset syyt ja kuinka korjata se. Itse asiassa voi olla monia syitä siihen, että tällaisissa tilanteissa voi olla paljon tapoja käsitellä, joten sinun on analysoitava tilanne kussakin yksittäisessä tapauksessa ja vasta sitten valittava menetelmä, jota käytetään virheen korjaamiseen.
