Hvordan man løser de 4 mest almindelige WordPress Fejl

Matthias Held Senest opdateret den 7.
14 Min.
WordPress Fejl
Senest opdateret den 7.

I Support gennemfører vi tusindvis af chatsamtaler om måneden og hjælper vores kunder med at få fejlmeddelelser og problemer med deres WordPress Sider. I vores artikel viser vi dig trin for trin, hvordan du finder fire af de mest almindelige WordPress Fejl.

Intet andet Content Management System (CMS) er så let at bruge som WordPress : Themes Og Plugins er installeret og forvaltes med blot et par klik uden behov for meget teknisk viden. Med en markedsandel på mere end 30 pct. Er WordPress blive internettets operativsystem.

Takket være brugervenligheden, det aktive fællesskab og de mange måder at tilpasse dine sider på, WordPress perfekt til dagens web. Jo større frustration, når din WordPress pludselig giver problemer. Men ingen grund til panik! Jeg vil vise dig i dag, hvordan du viser dig fire typiske WordPress fejl hurtigt, nemt og uafhængigt.

Vores tips til fastsættelse af typiske WordPress Fejl

For at hjælpe dig med fejlfinding og dele viden fra vores mange års supporterfaring, vil jeg i dag forklare dig de mulige årsager og de rette løsninger til fire typiske WordPress Problemer.

WordPress -Fejl #1: Hvid skærm af død

WordPress -Fejl: Hvid skærm af død

Den "White Screen of Death" (WSOD) er en analogi til Blue Screen of Death, som vises i Windows i tilfælde af et systemnedbrud. Som navnet antyder, hjemmesiden, i den forreste ende eller backend (wp-admin), forbliver hvid i WSOD - uden fejlmeddelelse eller andre oplysninger.

Mulige årsager og løsninger til White Screen of Death

Årsag 1: Inkompatibel Plugins Eller Themes

Fejlen skyldes meget ofte en defekt kombination af Plugins Eller Themes Såsom:

  • A Plugin er ikke kompatibel med en anden Plugin eller med den aktive Theme Kompatibel.
  • A Plugin / Theme blev uploadet to gange i forskellige versioner via S/FTP.
  • A Plugin / Theme kan ikke bruges sammen med den indstillede PHP-version.

En af disse fejl er en manglende WordPress til et chok stivhed og provokerer den hvide skærm af død.

Hvordan man løser de 4 mest almindelige WordPress Fejl
Problemanalyse: Er din Plugins Og Themes Uforenelig?

Den første tilgang er at fortryde de seneste ændringer. Overvej, hvilke ændringer du har foretaget. Har du en ny Plugin installeret, eller en Theme Ændret? Opdateringer af Plugins Og Themes kan føre til denne forseelse.

Først skal du afgøre, om fejlen opstår på alle sider eller kun på bestemte sider. Er det f.eks. Hvis du lige har medtaget en kontaktformular på denne, kan det konkluderes, at det netop er denne kontaktformular Plugin ansvarlige for WSOD.

Er den hvide skærm af døden vises på alle webadresser i hele den forreste ende? Så kan det Theme sig selv eller en Plugin som er integreret på alle sider, for eksempel en widget i sidefoden, en skyder i sidehovedet eller en Plugin til navigation.

Hvis den forbliver hvid, når den ringer til backend (deineseite.com/wp-admin), er det mest sandsynligt, at Theme eller en fejlkonfiguration af webserveren.

Tjek din fejlfinding log!

Ofte et kig på fejlen.log af din server eller debugging log af WordPress (WP-DEBUG). Du kan aktivere dette ved at redigere wp-config.php af din WP installation og før /* Det er alt, stop redigering! Happy blogging. */ indsætter følgende linjer:

definere('WP_DEBUG',sand) definere('WP_DEBUG_DISPLAY',sand)

Hvis din installation allerede har en 'WP_DEBUG' post, men det er falsk, kan du blot ændre denne værdi til sand og bare nødt til at medtage følgende linje under det:

definere('WP_DEBUG_DISPLAY',sand)

Når du derefter besøger din problemside igen, får du de relevante årsager til fejl i stedet for den hvide side. De fejl, der starter med Fatal eller Parse-Error er normalt dem, der forårsager den hvide skærm af død.

Forresten:På RAIDBOXES du kan blot bruge fejlfinding log med et enkelt klik i din BOX Indstillinger. Outputtet af fejlfindingsloggen kan findes under linket, der er nævnt i dine indstillinger.

WP Debug_RAIDBOXES

Nu kan du se præcis, hvilken fil genererer en fejl, og hvorfor det sker, hvor det sker. Til illustrative formål har jeg et eksempel på dig i min bagage. Wir se følgende oplysninger her i parse-fejl:

Fejlfindingslog

Så fejlen opstår:

  • I filen /wp-content/ plugins /contact-form-7/wp-contact-form-7.php
  • I linje 12
  • Tilsyneladende er der en uventet tegn der, i dette tilfælde en "<”.
I tilfælde af uforenelig Plugins & Themes der er følgende løsninger:

Løsning 1: Hvis du kan, afspille en sikkerhedskopi igen. På denne måde kan du indstille WordPress installation blot tilbage til tilstanden, før fejlen opstod.

Løsning 2: Hvis du ikke har en sikkerhedskopi, har du intet andet valg end at bruge S/FTP til at vælge den mistænkelige mappe Plugins Eller Themes Omdøbe. Dette deaktiverer den. I vores eksempel ville det være mappen med Plugins " Contact Form 7 ".

Hvis du er uklar, hvilken Plugin der forårsager fejlen, kan du prøve følgende:Navnd mere gradvist på alle Plugin / Theme Mappe. Hvis fejlen forsvinder efter omdøbning af en mappe, har du synderenIdentificeret. Som RAIDBOXES kunden, kan du også blot bruge Plugin - og Theme ledelse i RB-dashboardet.

Tip: Ofte er problemet simpelthen en omdøbt Theme mappe, så du bør tjekke det for den korrekte stavning via S / FTP!

Hvordan man løser de 4 mest almindelige WordPress Fejl

Årsag 2: Serverfejl

1) Problem: For lidt PHP Memory Limit

Den typiske fejlmeddelelse i fejlen.log er:
"Alvorlig fejl: Tilladt hukommelsesstørrelse på xxxx bytes opbrugt (forsøgt at allokere XXXX byte) i..."

Der kan også være en hvid side, der viser fejlmeddelelsen Intern server.

Hvad der sker her, er som følger:
En PHP opgave bruger mere hukommelse end den værdi, der er fastsat af hoster tillader.

Løsning: I dette tilfælde er det normalt tilstrækkeligt at indsætte følgende linje i wp-config.php:

definere('WP_MEMORY_LIMIT','256M')

'256M' står for højden af RAM, der skal forbruges i MB. For eksempel kunne '512M' for 512 MB også være tænkeligt.

Du skal dog huske på, at for høj værdi kan få din side til at gå helt ned. Derfor bør du kun indstille din PHP Memory Limit, hvis din plan giver den rette hukommelse. Hvis du har lidt RAM i din plan, kan du overveje at opgradere din hoster.

2) Problem: Max Udførelsestid overskredet

Når du installerer større WordPress - Themes Eller Plugins samt større import eller eksport af data, kan følgende fejl opstå, som normalt vises i backend:

Alvorlig fejl: Maksimal udførelsestid på XX overskredet i XXX

Det betyder, at den tid, en PHP script får lov til at køre er blevet overskredet. Dette sker ofte også, når der importeres mange produkter til WooCommerce eller eksport af ordredata.

Løsning: Forøg max_execution_time. Først og fremmest er den kørsel, der er angivet af værtsholderen, tilstrækkelig. For at undgå unødigt lange belastningstider og problemer bør max udførelsestid kun hæves i individuelle tilfælde (f.B. for en stor filoverførsel) og derefter sænkes igen.

På RAIDBOXES du kan bruge BOX indstillinger indstille max_execution for den forreste ende og backend separat:

Maks.

For andre værter er det ofte tilstrækkeligt at redigere .htaccess via S/FTP og indsætte linjen php_value max_execution_time 300. Her repræsenterer de 300 de maksimale sekunder, som et script kan køre. I dette tilfælde 5 minutter.

WordPress -Fejl #2: Problemer med SSL

WordPress - Fehler_SSL

Siden ikrafttrædelsen af den generelle forordning om databeskyttelse (GDPR) i maj 2018, bør et SSL-certifikat være en del af det obligatoriske program for dig. Det er ikke for ingenting, at de fleste browsere nu udsende en advarsel, når et websted ikke erleveret krypteret. Det er så meget desto mere irriterende, når det er din WordPress til SSL-fejl.

Mulige årsager og løsninger på SSL-problemer

Årsag 1: Certifikatet er ikke længere opdateret

Med de gratis certifikater af Let's Encrypt senest, denne fejl bør være en ting af fortiden. Der er dog visse typer certifikater, der har en kørsel. Hvis dette er udløbet, kan der opstå en SSL-fejl.

Løsning:Den nemmeste måde er at integrere et SSL-certifikat uden kørsel, som nogle hostere samt RAIDBOXES leveres gratis og automatisk forny den. Hvis denne tjeneste ikke tilbydes af din vært, skal du forny certifikatet manuelt. Til dette formål er det bedst at sende dig selv en aftale påmindelse og registrere med udbyderen af dit certifikat i god tid for at forny den.

Årsag 2: Domæne, der endnu ikke er angivet på certifikatet

Når der udstedes et SSL-certifikat, angiver du, hvilke domæner certifikatet skal gælde for. Der kan således foretages en eventuel http://domain.de. Hvis en videresendelse af http://www.domain.de eller konfigureres bagefter, har dette domæne ingen SSL, og der udstedes en fejl.

Løsning: Det nye domæne skal tilføjes i SSL-certifikatet og derefter fornys. Da dette er en temmelig kompleks og kompliceret proces, bør du kontakte din udbyder.

På RAIDBOXES er tilstrækkelig til at tilføje de ekstra domæner til BOX indstillinger for at slå SSL fra og til igen.

Årsag 3: Fejl i blandet indhold

Hvis i WordPress SSL, som standard http:// adresse i databasen erstattes med https://. På RAIDBOXES automatisk, når SSL er konfigureret. I omkring 5-10 procent af tilfældene kan det dog ske, at der stadig er ressourcer, der er indlæst over HTTP. Dette kan være tilfældet for hardcodede billeder eller CSS / JS filer .B. I Chrome er webadressen grå og ikke grøn.

HTTPS-adresselinjebrowser

Problemanalyse og løsning:

Først skal du kontrollere, om du rent faktisk har blandede indholdsfejl på din side.

  1. Tryk på F12 (på MAC CMD+F12) på dit websted, hvor udviklerkonsollen åbnes. Nederst i "Konsol" vises gule felter med "Blandet indhold":
    Fejl i blandet indhold
  2. Nu lave en sikkerhedskopi af din side. På RAIDBOXES Du skal bare sætte dette i din BOX sikkerhedskopier i dashboardet.
  3. Installer Plugin Bedre søge erstat. Efter aktivering finder du Plugin under "Værktøjer" -> "Bedre søgning erstat".
    I søgefeltet efter skal du have på: http://
    og i "Erstat med": https://
    Derefter vælger du alle tabeller i tabelfeltet og nederst i "Testkørsel?" skal krogen være i den.
    Bedre søge erstat

    Klik nu nederst på "Start søgning/erstat"
  4. Hvis testkørslen har fundet nogle tabeller, kan du fjerne markeringen i "Testkørsel?" og starte den rigtige kørsel.
  5. Når den rigtige kørsel er fuldført, skal du kontrollere siden igen for at se, om du stadig har fejl med blandet indhold (se trin 1).
  6. Hvis der stadig opstår fejl i blandet indhold, skal du se kildekoden, hvor ressourcerne stadig er inkluderet i "http" i stedet for "https", og erstatte dem i overensstemmelse hermed.

WordPress -Fejl #3: 504 Gateway Time-Out

WordPress -Fehler_Gateway timeout

En 504 Gateway Time-Out-fejl kan forekomme ret ofte, hvis du har en række Plugins som også kommunikerer med eksterne tjenester, afhængigt af Fejlmeddelelsen betyder, at en PHP-proces tager mere end 30 sekunder.

Som websideejer er fejlen ofte direkte forbundet med et problem på serveren. Men det er ikke altid tilfældet.

Mulige årsager og løsninger til 504 Gateway-tidsudting

Der opstår en 504 Gateway Time-Out-fejl, når en server, der fungerer som gateway, dvs.

Disse fejl kan skyldes en række elementer involveret. Det kan være dit lokale netværk, din browser, din internetudbyder, din webserver eller endda en Plugin Eller Theme .

Årsag 1: Lokalt problem

Browserindstillinger skiftet, en proxy aktiveret, din internetudbyder har problemer, din lokale DNS cache er frarådes, og mange andre muligheder kan forårsage denne fejl.

Løsning: Test URL-adressen på hjemmesiden http://www.isitdownrightnow.com/. Hvis du modtager en meddelelse om, at webstedet er online ("DeineUrl.de" er UP og tilgængelig), er der et lokalt problem.

Serverstatus Check_Up

Men hvis resultatet af testen er "DeineUrl.de" er NEDE, indikerer det et problem med din DNS, webserver eller WordPress - Plugin Eller Theme Der.

Serverstatus Check_Down

Årsag 2: DNS-problemer

DNS (Domain Name System) er ansvarlig for at konvertere din URL-adresse (f.eks. raidboxes.de) til en IP (f.B.130.145.82).

Med en genregistrering eller et domæne flytning, kan det tage lidt tid for alle computere, DNS-servere og udbydere til at genkende tilpasningen. Dette kan tage op til 24 timer.

Løsning: Først bør du tjekke for et lokalt problem. Det kan du gøre ved at tømme DIN DNS-cache:

Hvis du vil rydde din DNS-cache på din enhed, skal du først åbne kommandolinjen på følgende måde.

  • Windows: Tryk på [Vind-tast + R], indtast cmd der, og tryk på Enter
  • Mac: Terminal starter fra dock på programmer > forsyningsselskaber > terminal

Derefter skal du indtaste følgende:

  • Windows: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Derefter tømmes din lokale DNS-cache, og du kan prøve igen.

Hvis fejlen fortsætter, se hvad andre servere i verden siger om det. Det kan du gøre ved at gå til www.whatsmydns.net og indtaste URL-adressen på søgelinjen (Bemærk: Sørg for, at "A" er markeret i det andet markeringsfelt, så kun A-posten er markeret. Dette er ansvarlig for den korrekte opløsning af domænenavnet til IP-adressen. Efter dette, skal du starte scanningen!

DNS-kontrol

Hvis DNS-posten er opdateret på alle servere, skal du se et grønt markeringsmærke og den samme IP overalt. I de fleste tilfælde skal denne IP pege på IP på din server (undtagelse: hvis en CDN er opstrøms).

Hvis der vises fejl i form af et rødt "X", har denne server endnu ikke den korrekte post. Hvis der er forskellige IPs, har serveren stadig opdateret den gamle post og endnu ikke til den nye. Kun venter hjælper.

Årsag 3: Serverproblem (f.B. ydeevne eller hoster)

Besøgende-intensive hjemmesider og e-handel websteder såsom butikker, hvor WooCommerce genererer et stort antal anmodninger til serveren, som ikke kan cachelagres på grund af deres indhold og dermed føre til en høj serverbelastning – op til serverens sammenbrud.

Løsning: Hvis ydeevnen af din hostingpakke ikke er nok til dit website, skal du muligvis opgradere den. Alternativt hjælper det ofte at skifte til en anden vært, hvis serverarkitektur giver bedre ydeevne. Du er velkommen til at bruge din WordPress side gratis en Test flytte til RAIDBOXES Udføre. Dette forstyrrer ikke din live side i sin drift, fordi du får et helt separat miljø med sin egen webadresse, som ikke er indekseret af søgemaskiner. I mere end 80 procent af tilfældene er der en betydelig stigning i ydeevne og en reduktion af de 504 fejl til 0.

Årsag 4: Trafik spam, DDOS-angreb, bot angreb

DDOS-angreb og SPAM-trafik kan få din side til at gå ned, fordi de genererer så mange (unavngivne) opkald, at din server vil skjule.

Løsning: For at filtrere sådanne angreb skal en CDN som f.eks. Cloudflare , som filtrerer adgangen til dit websted og blokerer spambots og -angreb. I vedvarende tilfælde kan du udelukke (blokere) angribernes IP-adresser fra at få adgang til dit websted.

På RAIDBOXES kan du nemt gøre dette via din BOX -Gør indstillinger:

IP-Blocking_RAIDBOXES

Årsag 5: Problemer med Plugins Og Themes

I enkelte tilfælde kan meget langvarige anmodninger fra Plugins Eller Themes 504 Gateway Time-Out-fejl. Hvis du kun er en Theme Eller Plugin skal du prøve at deaktivere denne først.

På RAIDBOXES du kan gøre dette via din Plugin / Theme -Indstillinger for din BOX selvom du ikke længere er i WordPress - Backend.

RAIDBOXES _Plugin og Theme Management

Hvis du ikke har adgang til dine andre værtsmænd, WordPress -Backend, kan du oprette forbindelse via S/FTP og i mappen .. /wp-content/ themes Eller .. /wp-content/ plugins den tilsvarende Theme / Plugin og omdøbe mappen. Dette deaktiverer automatisk den tilsvarende vare.

Hvis du ikke er sikker på, hvilke Plugin Eller Theme forårsagede problemet, skal du først skifte til en standard Theme ligesom twentyseventeen.

Hvis dette løser problemet, er det mest sandsynligt på grund af Theme eller på en forbindelse fra Theme Og Plugins . Det kan du gøre ved at kontakte producenten af Themes . Hvis ikke, skal du deaktivere alle Plugins og aktivere dem gradvist, indtil du finder den tilsvarende "problem Plugin " har identificeret.

Prøv derefter at Plugin installeres igen. Hvis dette ikke hjælper, skal du kontakte Plugin Producent.

WordPress fejl #4: Der opstod en fejl under oprettelse af en databaseforbindelse

Der opstod en fejl under oprettelse af en databaseforbindelse

Fejlen "Oprettelse af en databaseforbindelse" er en super-GAU blandt WordPress Fejl. Fejlmeddelelsen betyder, at serveren ikke længere har adgang til eller ikke længere kan få adgang til databasen.

I din WordPress databasen, skal næsten alle de oplysninger, din side skal bruge for at køre korrekt. Ikke kun indholdet af dine sider og indlæg, men også login-oplysninger om dine brugere samt Plugin - og Theme indstillinger gemmes i databasen.

Kun billeder, Plugin - og Theme filer og WordPress -Core filer er ikke gemt i databasen, men i filsystemet på din hjemmeside, som du kan nå .B via S / FTP.

Mulige årsager og løsninger til fejl under oprettelse af en databaseforbindelse

Hvis siden forbliver hvid, og kun fejlmeddelelsen "Fejl oprettelse af en databaseforbindelse" vises, kan webstedet ikke oprette forbindelse til databasen, eller hvis de nødvendige oplysninger mangler eller er forkerte. I dette tilfælde kan du normalt ikke længere WordPress - Log ind backend.

Årsag 1: Forkerte data i WP config

I de fleste tilfælde er det simpelthen forkerte oplysninger om databaseforbindelsen, der forårsager fejlen. Denne fejl opstår ofte efter at være flyttet til en ny server eller hoster og er ganske let at løse:

Løsning: For alle systemrelevante fejl (og dette omfatter dette især!), Skal du oprette en sikkerhedskopi af din side på forhånd. Kunder hos RAIDBOXES blot placere en manuel backup i deres BOX Sikkerhedskopier. For andre værter skal du muligvis s æde hele siden eller i det mindste de filer, du ændrer, lokalt.

Nu får du de oplysninger, du skal bruge for at oprette forbindelse til databasen. Det er:

  • Databasenavn (DB_NAME)
  • MySQL-brugernavn (DB_USER)
  • MySQL-brugeradgangskode (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Dette er serveren]
  • Tabelpræfiks ($table_præfiks) [for det meste 'wp_']

Du kan typisk finde disse oplysninger i din værtsboarddashboard. I de fleste tilfælde er ikke alle oplysninger påkrævet.På RAIDBOXES Du skal for eksempel kun bruge tabelpræfikset, fordi de resterende poster automatisk læses og kontrolleres.

Hvis du har de nødvendige oplysninger, skal du downloade "wp-config.php" fra hovedmappen på din WordPress installation, lave en lokal kopi af det som en backup, og arbejde på den oprindelige e.B. med Notesblok + +.

Der finder du følgende linjer (bemærk: $table_præfiks vil ikke blive medtaget i alle tilfælde):

WP-Config

Du kan matche disse oplysninger med de oplysninger, du lige har fået.

Gem disse ændringer, og indlæs filen tilbage i hovedmappen på serveren (skriv over den oprindelige fil, du har en lokal sikkerhedskopi).

Hvis oplysningerne er korrekte, bør du være i stand til at bruge din hjemmeside som normalt.

Årsag 2: Databasefejl

Der kan være en fejl i databasen.

Løsning: WordPress kan muligvis reparere databasen automatisk. Ring DEINEURL.de/wp-admin. Hvis du ser her, at din database kan repareres, tilføje "/* Det er alt, stop redigering! Happy blogging. */" følgende linje i WP-Config:

definere('WP_ALLOW_REPAIR',sand)

Efter det, så ring DEINEURL.de/wp-admin/maint/repair.php.

Hvis dette løser dine problemer, så glem ikke at fjerne linjen fra wp-config.php.

Årsag 3: Problemer med din hoster

SQL-serveren er muligvis nede og kan ikke nås. Om nødvendigt nås der højst et maksimum med hensyn til en databasestørrelse. Eller din udbyders ressourcer er opbrugt.

Desværre er dette ofte tilfældet med delt hosting. Fordi der deler du en server med mange andre hjemmesider. Hvis en side bruger en masse ressourcer der, selvfølgelig er det på bekostning af dit websted. Derfor anbefaler vi altid, at du bruger en specialdesignet WordPress justeret højtydende hosting forat undgåsådanne overbelastninger.

Løsning:Kontakt din udbyder eller tjek dens status side (hvis nogen) for at se, om der er nogen problemer med serveren i øjeblikket. Hvis det er nødvendigt, skal du lade provideren få vist CPU-belastningen og skifte til en anden server, hvis belastningen er for høj. Hvis dette ikke forbedres, bør du overveje at skifte til en anden hoster.

Konklusion

Hver WordPress -Brugeren kender antydningen af panik, når du pludselig sidder foran en hvid skærm eller holder op med at WordPress - Backend kan logge ind. Det vigtige er at holde hovedet koldt, systematisk undersøge årsagen og derefter finde ud af de relevante skridt til at løse problemet. Jeg håber, at denne artikel vil hjælpe dig med at analysere og løse disse typiske WordPress Fejl.

Med hvilke WordPress - Problemet har du måttet kæmpe mest indtil videre? Lad mig få din feedback i kommentarerne.

Lignende artikler

Kommentarer til denne artikel

Skriv svar på en

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *.