Home-theater-designers
De 500 intern serverfeil er den mest ubrukelige bane av WordPress -brukere overalt. Det er en alt-i-ett-feilmelding som betyr nøyaktig: noe et sted gikk galt. Enda verre, det kan hende at WordPress -nettstedet ditt ikke inneholder noen feil i det hele tatt, og bare viser en tom hvit side.
Så hvordan kan du finne ut nøyaktig hva som er galt, og fikse det?
Først: ikke få panikk, for det er vanligvis en enkel løsning! Deretter: Følg denne feilsøkingsprosessen, og WordPress Internal Server Error blir løst på kort tid.
Gir WordPress -plugins feil 500?
Hvis du nettopp har installert en ny plugin eller hvis nettstedet viser en 500 -feil etter en kjerneoppgradering av WordPress, er den mest sannsynlige årsaken en inkompatibel plugin. Det er mange grunner til at en plugin kan bli ødelagt:
- WordPress kan ha fjernet noen kjernefunksjoner som pluginet bruker.
- Det kan ha blitt kodet for en gammel versjon av PHP, og ikke blitt oppdatert på år.
- Det kan bare kodes feil, for eksempel å referere til standard databasenavn i stedet for å bruke prefikser. Vi er alle skyldige i lat koding noen ganger!
Det er enkelt å identifisere pluginet hvis du nettopp har installert en og feilen nettopp dukket opp. Men hvordan kan du deaktivere programtillegget hvis adminområdet ikke er tilgjengelig? Og hva om du ikke engang vet hvilket plugin som forårsaket feilen? Du trenger FTP-tilgang i begge tilfeller, men en webbasert filbehandling fra CPanel eller Plesk vil også fungere bra.
Løsning:
Vet du nøyaktig hvilken plugin som er ødelagt? Finn pluginet og slett det fra wp-content/plugins/ mappe. Du bør nå kunne logge på igjen. Finn et alternativ for hvilken funksjonalitet du ønsker.
Hvis du ikke er sikker på hvilket plugin som forårsaket feilen, bør du gi nytt navn til hele wp-content/plugins/ selve mappen. Legg en understreking (' _ ') foran, så den heter _plugins .
Å sette en understreking (_) i begynnelsen av plugin -mappenavnet er en rask og enkel måte å deaktivere alle plugins på en gang!
Ved å gi nytt navn til mappen, deaktiverer du effektivt hver plugin samtidig. Du bør nå kunne logge på igjen, men vil bli møtt av en liste over feilmeldinger fra WordPress som sier 'Plugin -noe.php er deaktivert på grunn av en feil: Plugin -fil eksisterer ikke.'
Ikke bekymre deg, du har ikke mistet noen innstillinger. Plugin -innstillinger lagres i databasen, og de fleste plugins finner dem igjen ved reaktivering.
Neste, gi nytt navn til mappen igjen , ved å fjerne understrekningen. De blir alle oppført på pluginsiden din, men i deaktivert tilstand. Du kan nå aktivere dem en etter en til du finner gjerningsmannen.
Når nettstedet krasjer igjen, gjentar du prosessen, men denne gangen må du ikke aktivere det ødelagte pluginet igjen!
500 intern serverfeil: inkompatibelt tema
Det hjalp ikke å deaktivere plugins? Det kan ha noe å gjøre med temaet ditt da. På samme måte som plugins, kan du tvang deaktivere det aktive temaet ved å bare gi nytt navn til mappen som du finner i wp-innhold/temaer/ katalog.
Hvis du fremdeles ikke får tilgang til adminområdet etter å ha prøvd å gi nytt navn til både pluginene og ditt nåværende tema, bør du fortsette til ytterligere trinn. Hvis du kan logge på, vil WordPress varsle deg om at det er tilbake til et standardtema. På dette tidspunktet kan du enten finne et nytt tema, kontakte temautvikleren for å få hjelp, eller prøve å fikse det selv.
For å fikse det selv, eller gi ytterligere forklaring til utvikleren, se delen senere Aktiverer WordPress feilsøkingsmodus .
500 intern serverfeil: dårlig .htaccess -fil
Hvis deaktivering av plugins og tema ikke oppnådde noe, er det mulig at din .htaccess filen ble ødelagt på en eller annen måte. Dette er vanligvis tilfelle hvis du fremdeles har tilgang til administratorområdet på nettstedet, men grensesnittet ikke fungerer som det skal.
.Htaccess -filen håndterer konverteringen av permalinks (vakre versjoner av en URL som /bloggen min ), til WordPress 'interne stygge URL -skjema (det du får som standard, som ser ut som /? p = 12345). Det er en kritisk del av WordPress, men plugins kan noen ganger rote det.
Hvordan spille gamle spill på Windows 10
Løsning:
Gå igjen til FTP -klienten eller filbehandleren. Gi nytt navn til .htaccess filen i roten til WordPress -installasjonskatalogen til noe lignende .htaccess_old . Hvis du ikke kan se filen der, må du aktivere den visning av skjulte filer --- den nøyaktige metoden for å gjøre det vil variere avhengig av FTP-klienten din.
Perioden ved starten av filnavnet er en måte å si 'skjul denne filen' i Linux og andre UNIX-lignende systemer.
Når du har omdøpt gjeldende .htaccess, går du tilbake til WordPress -adminområdet og går deretter til Innstillinger> Permalinks og trykk lagre uten å gjøre noen endringer. Dette vil automatisk generere en ny arbeidsversjon av filen.
Hvis du har gjort noen endringer i filen manuelt, vil de gå tapt (men du bør uansett ikke redigere filen for hånd).
Aktiver WordPress feilsøkingsmodus for å spore feil
Vi kan aktivere en feilsøkingslogg fra WordPress -konfigurasjonen, noe som kan gi en pekepinn om det eksakte problemet, men på dette tidspunktet er du alene. Du må finne ut hvordan du fikser det, noe som krever kodingsevner.
Åpne opp for å aktivere feilsøkingsloggen wp-config.php , som du finner i rotkatalogen til WordPress -installasjonen din. Vær veldig forsiktig med å redigere denne filen: det kan være lurt å først ta en kopi som du kan tilbakeføre i tilfelle utilsiktede endringer.
Finn linjen som sier:
define('WP_DEBUG', false);
Hvis nettstedet ditt ikke er ofte besøkt, og du ikke har noe imot at feilmeldingene blir vist for alle, er det bare å endre ordet falsk til ekte . Feilmeldinger vises nå når du laster inn nettstedet.
hva er sangen i denne videoen
Hvis du heller vil holde feilmeldingene private, kan du kommentere denne linjen ved å skrive // i begynnelsen, og lim inn følgende under den:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Dette vil begynne å sende ut feil til en fil i wp-innhold mappen heter feil logg . Hvis du oppdaterer FTP -klienten og ikke ser noe etter et minutt eller så, er det mulig at WordPress ikke har tillatelse til å opprette filen. Lag en ny error.log -fil manuelt og gi den tillatelse 666.
Vær advart: denne filen vil fortsette å bli større til du fjerner disse linjene fra konfigurasjonen. Ikke glem å kommentere den originale linjen også. Les filen i en hvilken som helst tekstredigerer, og se etter eventuelle kritiske PHP -feil.
I eksemplet ser jeg mange PHP -merknader om utdatert kode, men disse vil faktisk ikke ødelegge et nettsted.
500 intern serverfeil: feil konfigurering av server
Å kjøre din egen Virtual Private Server er ikke lett. Jeg sto en gang overfor et mystisk tilfelle med omtrent halvparten av alle sidelastene som viser en 500 -feil, men uten noe merkbart mønster og ingen ledetråder i serverfeilloggene. Aktivering av feilsøkingslogger for WordPress viste heller ikke noe åpenbart: mange PHP -meldinger og avskrivninger, men ikke noe kritisk.
Til slutt skjønte jeg at jeg hadde installert APC -hurtigbufring på serveren helgen før, for bruk med W3 Total Cache for å øke hastigheten på nettstedet. Ved å avinstallere det utryddet 500 -feilene fullstendig.
Poenget mitt er at 500 -feilen ganske enkelt kan være en kombinasjon av serverkonfigurasjoner som presenterer en inkompatibilitet. Dette er usannsynlig hvis du bruker administrerte tjenester, men med din egen virtuelle private server ( hva er en virtuell server, og hvorfor du kanskje vil ha en ) du er ansvarlig for at alt fungerer sammen, og dette er vanskeligere enn det høres ut.
Er siden din tom for minne?
På en delt vert kan du finne PHP -minnegrense blir rammet --- WooCommerce, fora eller relaterte innlegg plugins kan forårsake dette på grunn av deres kompleksitet. Hvis du er heldig, vil du se en feilmelding som 'Fatal Error: Tillatt minnestørrelse på xxx bytes oppbrukt', men ikke alltid.
Du kan kanskje fikse dette ved å legge til følgende linje i din wp-config.php :
define('WP_MEMORY_LIMIT', '64M');De fleste delte verter lar deg faktisk ikke øke minnegrensen, men du får det du får. Det kan være på tide å vurdere andre former for hosting.
500 feil rettet? Gjør nå sikkerhetskopier daglig!
Hold plugins oppdatert for å unngå konflikter med nye versjoner av WordPress
Det beste forsvaret mot enhver form for kritisk WordPress -feil er å opprettholde daglige sikkerhetskopier samt en manuell sikkerhetskopiering før hver vesentlig handling (som en kjerne -WordPress -oppdatering). Hold også plugins og temaer oppdatert: nye versjoner av WordPress bryter ofte gammel kode.
Det kan være skummelt når nettstedet ditt går i stykker --- spesielt hvis det er en inntektskilde for deg og ikke bare en hobby. Ved å følge denne veiledningen og være metodisk, bør du snart ta den opp igjen.
Vurder å oppgradere til en administrert WordPress-hostingtjeneste som håndterer sikkerhetskopier og optimaliseringer for deg, slik at slike feil ikke finnes. Vi anbefaler InMotion Hosting (bruk denne lenken for å få 38% rabatt) og Bluehost (bruk denne lenken for å få 25% rabatt).
Dele Dele kvitring E -post Slett disse Windows -filene og mappene for å frigjøre diskplassTrenger du å tømme diskplass på Windows -datamaskinen? Her er Windows -filer og mapper som trygt kan slettes for å frigjøre diskplass.
Les neste Relaterte temaer- Programmering
- Wordpress
- Wordpress -plugins
James har en BSc i kunstig intelligens og er CompTIA A+ og Network+ sertifisert. Når han ikke er opptatt som Hardware Reviews Editor, liker han LEGO, VR og brettspill. Før han begynte i MakeUseOf, var han belysningstekniker, engelsklærer og datasenteringeniør.
Mer fra James BruceAbonner på vårt nyhetsbrev
Bli med i vårt nyhetsbrev for tekniske tips, anmeldelser, gratis ebøker og eksklusive tilbud!
Klikk her for å abonnere