Ganske ofte lider hosting -ejerepå grund af den konstante forekomst af fejlmeddelelsen 500 (intern serverfejl). Det, som det kaldes, forgifter ganske enkelt livet for mange. Nu vil vi prøve kort at forstå essensen af selve situationen og se, hvordan vi kan slippe af med fejlen i fremtiden.
Intern serverfejl: hvad er det?
Så lad os starte med selve meningen med dettesætninger. I systemet (bibliotek) med Windows -fejl (og ikke kun) er der en fejl nummereret 500, som svarer til computerbegrebet Internal Server Error. Oversættelsen af denne sætning betyder en intern serverfejl relateret til status for HTTP -protokollen.
I det væsentlige betyder fejlen, at softwarenserversoftwaren enten ikke fungerer eller virker, men en eller flere af dens komponenter fungerer ikke i form af afslag på klientanmodninger, f.eks. en søgemaskine eller en internetbrowser.
Årsager til fejl
Taler om den interne serverfejl i selvebredt forstået, skal det tages i betragtning, at det kan forekomme på mange websteder eller ressourcer, der er skrevet ved hjælp af helt forskellige CMS. Her er det i øvrigt nødvendigt at skelne mellem årsagerne til dets forekomst.
Meget ofte kan denne situation observeres denwebsteder som WordPress, OpenCart, Joomla osv. Hvis ledelsesstrukturer som WordPress ikke bruges ved opbygning af et websted, ligger årsagen måske i, at selve hosting mislykkes ved tilslutning af forkerte PHP -udvidelser, eller webstedet returnerer forkerte HTTP -headere, der ikke kan blive genkendt af din server.
En lige så almindelig årsag tilIntern serverfejl kan kaldes manglen på korrekte adgangsrettigheder. Så hvis for eksempel PHP -scriptfiler, der er hostet på hosting, har adgangsrettigheder 777, kan det meget vel være, at deres udførelse simpelthen blokeres af serveren, som følge heraf udsendes en fejlmeddelelse.
En af årsagerne kan også være tilstrækkeliglangt arbejde med scripts. Faktum er, at PHP -udførelsesfrister ikke kun gælder for hosting; lignende grænser kan også indstilles fra serversiden. Med andre ord ligner det en smule operationens timeout. Når serveren ikke modtager et svar på anmodningen i et bestemt tidspunkt, blokerer det simpelthen scriptets udførelse.
I nogle tilfælde Intern serverfejlvises muligvis, når hosting har overskredet den anvendte hukommelsesgrænse. Kort sagt, scriptet til udførelse kræver mere end det burde, og faktisk er en sådan grænse ikke kun fastsat i PHP, der er ofte begrænsninger for forbrug af ressourcer for alle eksekverbare scripts.
Endelig en af de mest almindelige situationerIntern serverfejl er indholdet af forkerte direktiver i .htaccess -filen (dette vises i øvrigt oftest, når du arbejder med WordPress -motoren). Nu er vi tæt på at finde en løsning til hver specifik situation.
Intern serverfejl: Sådan rettes det på de enkleste måder
Lad os først se, hvad der kan gøres medopdagelse af forkerte adgangsrettigheder. I dette tilfælde tillader tilladelser 777 alle at redigere indholdet, hvilket uden tvivl påvirker sikkerheden. I en sådan situation skal du ændre dem ved at anvende en værdi på 755 til mapper, 600 til scriptfiler og 644 til alle ståldatafiler.
Hvis det eksekverbare script kører for længedu kan prøve at øge ventetiden, men der er en fangst. En sådan løsning kan fungere på en dedikeret server eller VPS (Virtual Private Server), men i tilfælde af delt hosting vil der ikke være nogen effekt.
Hvad angår det overvurderede hukommelsesforbrug iI sammenligning med de gældende restriktioner på hosting kan du her kun rådgive om at kontakte supporttjenesten eller blot ændre selve hostingudbyderen, hvis begrænsninger ikke vil være så strenge.
Nu et par ord om .htaccess -filen.Faktum er, at det forudsætter brug af en meget streng syntaks, hvis der blev foretaget fejl eller unøjagtigheder under indstillingerne, vil det ikke være muligt at undgå udseendet af den interne serverfejl. Her skal du fortsætte som følger. Først skal du kontrollere eksistensen af selve filen i webstedets rodmappe, hvorefter den efter at have lavet en sikkerhedskopi helt slettes. Hvis stedet efter en sådan procedure bliver operativt igen, er problemet i .htaccess -filen, som skal kontrolleres for syntaksfejl.
WordPress motor problemer
Situationen med WordPress er værre.Faktum er, at denne motor er i stand til at overskrive den originale .htaccess -fil, som er ansvarlig for at kontrollere adgangen til filer og mapper på hosting, og den originale fil bør kun oprettes en gang, og endnu mere ikke i WordPress!
Den nemmeste måde at løse denne situation påer at deaktivere WordPress -temaet og bruge et andet tema i stedet. Hvis fejlen er forsvundet, er pointen i selve temaet, hvis ikke, skal du gradvist deaktivere WordPress -plugins og kontrollere, hvilken der påvirker ydelsen.
I nogle tilfælde skal du muligvis opdatereWordPress til den nyeste version og deaktiver filoverskrivningsfunktionen. Download først den originale .htaccess-fil til computerens terminal, og indtast derefter mappen på webstedet langs stien / wp-admin / includes / efterfulgt af at downloade filen diverse.php, som du skal åbne f.eks. i standard Notesblok (eller en hvilken som helst anden teksteditor) og finde funktionslinjen "function save_mod_rewrite_rules". Gå nu i selve funktionen til linjen "return insert_with_markers ($ htaccess_file," WordPress ", $ rules);" og erstat det med "return true;" (selvfølgelig er alle kommandoer skrevet uden anførselstegn). Det eneste, der er tilbage, er at gemme ændringerne og uploade den nye fil til hosting og erstatte den gamle misc.php -fil.
Den eneste ulempe ved denne metode er, at den deaktiverer WordPress -opdateringer. Når plugins er tilsluttet, fungerer de naturligvis ikke.
konklusion
I princippet er dette så at sige det mestalmindelige årsager til fejlen og metoder til eliminering. Faktisk kan der være mange grunde til, at der kan være mange måder at håndtere sådanne situationer på, så du bliver nødt til at analysere situationen i hvert enkelt tilfælde og først derefter vælge, hvilken teknik der skal bruges til at rette fejlen.
