Fejlfinding WordPress (101)

Fejlfinding WordPressSå vidt WordPress-support går, har brugerne en række muligheder at vælge imellem:


  • WordPress Codex (DIY)
  • WordPress supportforum (bemandet af WordPress.org-administratorer og andre WordPress-brugere)
  • Plugin og temasupport (leveret af udviklerne)
  • Webhostesupport (tilgængelighed og type support afviger fra hostingplan)

Uden en direkte kommunikationslinje eller support i realtid leveret af WordPress, kan dette gøre at løse WordPress-fejl frustrerende. Den gode nyhed er imidlertid, at de fleste fejl der opstår er temmelig almindelige.

I denne vejledning viser vi dig, hvordan du går i gang med fejlfinding af WordPress, når ting går galt.

15 almindelige WordPress-fejl, og hvordan man løser dem:

  1. Den hvide skærm af død
  2. Intern serverfejl
  3. Fejl ved etablering af databaseforbindelse
  4. Dårlig gateway eller gateway-timeout
  5. For mange anmodninger
  6. Forbindelse afbrudt / begrænset
  7. Siden blev ikke fundet
  8. Syntaks fejl
  9. Ikke tilgængelig til planlagt vedligeholdelse
  10. Auto-opdatering mislykkedes
  11. For mange omdirigeringer
  12. Blandet indhold
  13. Kunne ikke skrive til disk
  14. Ændringer vises ikke
  15. Login mislykkedes

Contents

En guide til fejlfinding af de mest almindelige WordPress-fejl

Selvom der er en masse ting, der kan gå galt i WordPress, er det ikke for svært at indsnævre årsagerne, hvis du ved, hvilken slags fejl der er opstået.

Fejl nr. 1: Den hvide skærm af døden

Den hvide skærm på døden er nøjagtigt som den lyder. Du forsøger at få adgang til WordPress-administratoren, eller værre, dit WordPress-websted og skærmen vil være blank.

Der er en række ting, der kan forårsage den hvide skærm af død, fra modstridende plugins til at overskride hukommelsesgrænser (dog ofte er det normalt et plugin eller et tema, der er skyld). Hvis der ikke er nogen fejlmeddelelse, der angiver, hvor problemet ligger, skal du gennemføre denne fejlfindingsproces.

Bemærk: Selvom dette er arbejdsgangen til at løse den hvide skærm med død, er det nyttigt til at rette andre WordPress-fejl. Hver gang vi refererer til White Screen of Death-fix nedenfor, er dette processen, vi refererer til.

Trin 1: Deaktiver alle plugins

Hvis du stadig har adgang til WordPress-administratoren og det kun er dit websted, der er nede, skal du gøre følgende:

Gå til Plugins> Installerede Plugins:

Installerede plugins

Vælg alle plugins:

Kontroller alle plugins

I menuen Massehandlinger skal du vælge “Deaktiver”:

Bulk Deaktiver

Dine plugins skal nu alle deaktiveres:

Deaktiverede plugins

Hvis du ikke har adgang til WordPress-administratoren, skal du gøre dette fra dit kontrolpanel.

Gå til dit webhosting-dashboard:

BlueHost Dashboard

Find dit kontrolpanel.

Hvad du leder efter er enten en File Manager eller FTP. Begge giver dig adgang til backend på dit websted.

Bluehost-fil FTP

Find wp-indholdsmappen i dit websteds rod:

wp-content Folder

Åbn den, og find din plugins-mappe:

Plugins-mappe

Omdøb mappen til alt andet end “plugins”. Dette deaktiverer alle plugins på dit websted.

Trin 2: Kontroller dit websted

Når dine plugins er deaktiveret, er det tid til at se, om din adgang er gendannet.

Hvis du ikke har haft adgang til administratoren før, skal du gå der nu:

WordPress Login

Hvis det bare var dit websted, der viste den hvide skærm af død, skal du holde musepekeren over dit websteds navn i øverste venstre hjørne af WordPress-admin og klikke på “Besøg websted”:

Besøg webstedet fra menuen

Afhængigt af hvad du ser, har du to muligheder for de næste trin:

  • Hvis du har adgang: Find det problematiske plugin.
  • Hvis du ikke har adgang: Prøv et nyt tema.

Vi går gennem disse trin næste.

Trin 3: Find det problematiske plugin (mulighed 1)

Hvis du har adgang igen, ved du, at problemet sandsynligvis var et plugin. Dette betyder, at en af ​​dine plugins er i konflikt med:

  • Dit tema
  • En anden plugin

Du skal nu sniffe ud, hvilket plugin der er en fejl. For at gøre dette skal du aktivere dine plugins ad gangen.

Start med toppen af ​​din liste. Aktivér det første plugin:

Aktivér plugin

Hvis dette plugin er årsagen, skal du miste adgang til WordPress-administratoren eller dit websted igen. (Du kan gendanne det igen ved at deaktivere plugin).

Hvis du ikke ser den hvide skærm med død, skal du deaktivere dette plugin og prøve den næste. Du skal gentage disse trin, indtil du finder det problematiske plugin.

Dette antager naturligvis, at plugin er i konflikt med dit tema. Hvis du ikke ser fejlskærmen igen efter at have deaktiveret hvert plugin en-for-en, kan problemet være mellem to plugins. Du bliver nødt til at genaktivere to ad gangen for at finde dem. Når det er sagt, er dette ikke almindeligt. Det er normalt et modstridende script i et plugin og et tema, der kaster fejlen.

Når du har identificeret den problematiske duo, skal du gå videre og genaktivere alle de andre plugins på dit websted.

Du ønsker at nå ud til plugin-udvikleren for at rapportere problemet. Sørg for, at du har skærmbilleder af fejlen og kan beskrive i detaljer, hvorfor den skete, og hvordan du var i stand til at bekræfte den.

Trin 3: Prøv et nyt tema (mulighed 2)

Hvis du stadig ser den hvide skærm efter at have deaktiveret alle dine plugins, kan dit tema muligvis være den skyldige.

For at bekræfte dette skal du deaktivere dit tema.

Hvis du stadig har adgang til WordPress-administratoren og det kun er dit websted, der er nede, skal du gøre følgende:

Gå til Udseende> Temaer:

Menu med udseende-temaer

For at deaktivere dit tema, skal du aktivere et andet.

Uanset om det allerede er installeret eller ej, skal du aktivere det nyeste WordPress-standardtema:

Aktivér standardtema

Hvis du ikke har adgang til WordPress-administratoren, skal du gøre det samme, som du gjorde med dine plugins fra kontrolpanelet.

Find igen wp-indholdsmappen i dit websteds rod. Denne gang vil du kigge efter temamappen i den:

Temaer-mappe

Omdøb mappen til alt andet end “temaer”. Dette deaktiverer dit tema og aktiverer automatisk WordPress-standardtemaet automatisk.

Du kan nu tjekke dit websted for at se, om den hvide skærm om død er væk. Hvis det er det, ved du, at problemet er en konflikt mellem dit tema og kernen.

Kontakt temaudvikleren med skærmbilleder af fejlen og en beskrivelse af de trin, du har taget for at bekræfte problemet.

Trin 4: Kør fejlfinding

I de fleste tilfælde hjælper ovenstående trin dig med at finde problemet på dit websted. Men hvis du har nået dette punkt og stadig ser den hvide skærm på døden, er der en sidste ting at prøve.

Vend tilbage til din filhåndtering eller FTP. Gå til rodkataloget, og søg efter filen wp-config.php:

wp-config File

Åbn filen til redigering.

Mod bunden ser du følgende streng:

definere ('WP_DEBUG', falsk);
definere ('WP_DEBUG_LOG', falsk);
definere ('WP_DEBUG_DISPLAY', falsk);

Hvad dette siger, er at:

  • Debugfunktionen er slået fra.
  • Hvis der opstår en fejl, genereres der ikke nogen log over den på backend.
  • Hvis der opstår en fejl, vises der ingen fejlkode på fronten.

Men hvis du sidder fast, er det nyttigt at slå denne funktion til, så du kan få flere detaljer om fejlen. For at gøre dette skal du ændre de to øverste værdier til rigtigt:

definere ('WP_DEBUG', sandt);
definere ('WP_DEBUG_LOG', sandt);
definere ('WP_DEBUG_DISPLAY', falsk);

Hold displayet indstillet som falsk. Du ønsker ikke, at hackere skal have nogen indsigt i, hvad der sker på backend på dit live-sted, så hold altid disse koder skjult for dem.

Gem din fil, når du er færdig med at aktivere fejlsøgning (men lad kontrolpanelet være åbent). Gå derefter tilbage til dit websted.

Når du ser den hvide skærm med død igen, skal du gå tilbage til dit kontrolpanel og kigge efter wp-indholdsmappen (den samme hvor dit tema og plugins er). Der vil nu være en tekstfil kaldet debug_log.

debug File

Åbn den og gennemgå fejlmeddelelsen. Se efter dagens dato og klokkeslæt. Der skal være en linje, der angiver, hvilken fil i dit bibliotek, og hvilken linje i den fil, der indeholder fejlen.

Hvis fejlen er inde i en af ​​dine tema- eller plugin-filer, skal du tage et skærmbillede af fejlkoden og sende den til udvikleren, så de kan løse problemet (som det sandsynligvis blev introduceret i en nylig opdatering).

Hvis det er et problem i en anden fil, er det op til dig at reparere den. Hvis du ikke har det godt, skal du kontakte en udvikler, der kan hjælpe.

Når problemet er repareret og den hvide skærm er død, skal du gå tilbage til wp-config.php og deaktivere debug.

Fejl nr. 2: Intern serverfejl (fejlkode 500)

Det er ikke altid 100% klart, hvad der præcist har forårsaget den 500 interne serverfejl. Ligesom den hvide skærm om død, er der noget galt i din kode.

Trin 1: Udskift .htaccess-fil

Den første ting at teste er .htaccess-filen. Lejlighedsvis bliver det beskadiget og får dit websted til at blive erstattet af en “Intern serverfejl” -side.

Uanset om filen er ødelagt, skal du stadig gøre dette trin. Der kommer ingen skade på dit websted, hvis du erstatter den eksisterende .htaccess-fil.

Log ind på dit kontrolpanel, og åbn din filhåndtering eller FTP-manager. Før du går ind på rodkataloget på dit websted, skal du vælge muligheden “Vis skjulte filer” (hvis du har det):

Filhåndteringsindstillinger

Hvis dit websted er på delt hosting, kan filen muligvis stadig være skjult. Hvis det er tilfældet, skal du tilføje følgende til slutningen af ​​filhåndterings URL: “& showhidden = 1”.

htaccess-fil

Omdøb .htaccess-filen for at deaktivere den.

Gå til dit websted og se, om det fjernede den interne serverfejl. Hvis det gjorde det, skal du bare oprette en helt ny fil.

Gå til menuen Indstillinger> Permalinks:

Indstillinger Permalinks Menu

Klik på “Gem ændringer” nederst på siden. Dette opretter en ny fil.

Hvis fejlen ikke forsvandt, kan du prøve denne løsning.

Åbn din nye .htaccess-fil, og tilføj følgende:

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
Omskrivningsregel. /index.php [L]
# END WordPress

Hvis dette ikke fjerner korruptionen, skal du gå videre til næste trin.

Trin 2: Den hvide skærm af døden fix

Kør gennem den hvide skærm med trin til fejlfinding af døden.

Hvis fejlen stadig eksisterer efter dette, kan du prøve det næste trin.

Trin 3: Forøg hukommelsesgrænsen

Dette er sandsynligvis ikke årsagen, da du normalt vil se en udmattet-relateret meddelelse, hvis det er tilfældet. Det skader dog ikke at prøve dette, da det er en hurtig løsning.

Kør gennem fejlfindingstrinene for øget hukommelsesgrænse.

Hvis du stadig sidder fast, skal dette sidste trin gøre det trick:

Trin 4: Udskift wp-admin og wp-inkluderer mapper

En opdatering kan have utilsigtet ødelagt koden i din wp-admin eller wp-inkluderer mapper.

For at erstatte dem skal du hente en ny kopi af WordPress.

Gå til WordPress.org, Klik på knappen “Hent WordPress”, og download filerne til dit skrivebord.

Hent friske WordPress-filer

Pak mappen ud, og find mapperne wp-admin og wp-inkluderer.

Vend tilbage til din filhåndtering. Download en kopi af wp-admin og wp-inkluderer mapper, der allerede findes (det er altid en god ide at have en kopi, hvis det er tilfældet).

cPanel-mapper

Klik på “Upload”. Upload derefter hver mappe igen ad gangen. Du behøver kun at gøre dette for wp-admin og wp-inkluderer.

Upload filer

Du kan nu vende tilbage til dit websted. Fejlen skal være væk. Hvis det ikke er, er det tid til at kontakte din webhostingfirma for hjælp.

Fejl nr. 3: Fejl ved etablering af databaseforbindelse

Når du ser denne fejlmeddelelse, betyder det, at noget forhindrer dit WordPress-sted i at oprette forbindelse til MySQL- eller MariaDB-databasen.

Trin 1: Kontroller wp-config.php-filen

Wp-config.php-filen indeholder de mest relevante detaljer om, hvordan dit websted er konfigureret – medtag dine databaseoplysninger. Kontroller dette først, før du prøver andre rettelser.

Gå til din filhåndtering eller FTP, og giv dig vej til wp-config.php-filen. Åbn den til redigering.

Du skal finde et afsnit dedikeret til dine databaseindstillinger. Det ser sådan ud:

/ ** Navn på databasen for WordPress * /
definere ('DB_NAME', 'database_name');

/ ** Brugernavn til databasen * /
definere ('DB_USER', 'database_username');

/ ** Database adgangskode * /
definere ('DB_PASSWORD', 'databasepw');

/** Værtsnavn */
definere ('DB_HOST', 'database_hostname');

/ ** Databaseblad * /
definere ('DB_CHARSET', 'utf8');

/ ** Databasens sorteringstype * /
definere ('DB_COLLATE', '');

Hvis nogen af ​​disse data mangler eller ser forkert ud, skal du foretage dine redigeringer (efter at have gemt en kopi af wp-config.php på dit skrivebord).

Gem dine ændringer, og vend tilbage til webstedet for at se, om det stadig ikke er i stand til at oprette forbindelse til databasen.

Trin 2: Kontakt din webhost-support

Hvis der ikke er nogen klar forstyrrelse af WordPress-databaseforbindelsen på din ende, er det tid til at tale med din webhost.

Der er en række grunde til, at databaseforbindelsen kan være kompromitteret:

  • Server nedetid
  • Plangrænser overskredet (selvom de skulle have informeret dig, hvis det er tilfældet)
  • Sikkerhedsbrist

Når du har kendt grundårsagen, skal du arbejde hurtigt for at reparere den, selvom det bare betyder at få en ETA til, når serverne er tilbage online. Du har ikke råd til at lade dit websted forblive ned for længe.

Fejl nr. 4: Dårlig gateway (fejlkode 502) eller gateway-timeout (fejlkode 504)

Disse fejlkoder betyder, at der er noget galt på serverniveau. Selvom du muligvis ikke har direkte kontrol over serveren, kan disse fejl undertiden være midlertidige, så det er en god ide at arbejde igennem disse fejlfindingstrin, før du kontakter din vært.

Trin 1: Opdater webstedet

Klik på knappen “Opdater” i din browserbjælke:

Opdater websted

Du har muligvis prøvet at indlæse dit websted, når serveren midlertidigt var nede eller fik fejl.

Trin 2: Ryd browsercachen

Hvis opdatering ikke fungerer, kan problemet være cache-relateret. For at få dit websted “unstuck” skal du gå til dine browserindstillinger.

Se efter en mulighed for at rydde dine browserdata. I Chrome ser indstillingen sådan ud:

Slet browserdata

Kontroller indstillingen for cachelagrede billeder og filer:

Chrome Clear Cache

Klik derefter på “Ryd data”. Når det er gjort, skal du indlæse dit websted igen og se, om det fjernede fejlkoden.

Trin 3: Den hvide skærm af døden fix

En nylig plugin- eller temaopdatering kan skyldes, hvis ovenstående to rettelser ikke fungerer.

Kør gennem den hvide skærm med trin til fejlfinding af døden.

Trin 4: Kontakt din vært eller CDN-udbyderen

Hvis ingen af ​​indstillingerne ovenfor har fungeret, vil du kontakte din vært eller din CDN-udbyder.

Når du kommer i kontakt, skal du sørge for at have et skærmbillede af fejlen og detaljer om de fejlfindingstrin, du har taget hidtil. De skal muligvis deaktivere din DNS, CDN eller firewall for at slippe af med fejlen.

Fejl nr. 5: For mange anmodninger (fejlkode 429)

Denne fejl betyder normalt, at der er et plugin eller temaskript, der sender for mange anmodninger til din server.

Trin 1: Den hvide skærm af døden fix

Kør gennem den hvide skærm med trin til fejlfinding af døden.

Hvis du ikke kan fjerne fejlen med denne proces, skal du kontakte dit hostingfirma. De skal kunne fortælle dig, hvilken integration fra tredjepart, der fungerer i overdrive.

Hvis der er en måde at konfigurere indstillingerne for at løse problemet på, skal du gøre det. Ellers skal du finde et erstatningsværktøj.

Fejl nr. 6: Forbindelse afbrudt / begrænset

Med denne fejl vil du ikke miste adgangen til dit websted eller admin-området. Hvad dette betyder i stedet er, at en handling, du prøver at udføre i WordPress – for eksempel at installere et nyt tema – udtømmende grænser for din server.

Trin 1: Forøg hukommelsesgrænsen

Gå til din filhåndtering og åbn wp-config.php filen.

I bunden af ​​filen skal du kigge efter en streng, der ser sådan ud:

definere ('WP_MEMORY_LIMIT', '64M');

Det er “64M” -biten, der skal opdateres. For at give din server mere hukommelse til at behandle din anmodning skal du øge grænsen til 256M:

definere ('WP_MEMORY_LIMIT', '256M');

Prøv at køre din anmodning gennem WordPress igen. Hvis det ikke fungerer, kan du prøve dette:

Trin 2: Forøg den maksimale udførelsestid

Det kan bare være, at mængden af ​​tid til behandling af en anmodning har overskredet den maksimale maksimale udførelsestid.

Der er en god grund til denne grænse (som at forhindre hackere i at bombardere din server med de samme anmodninger igen og igen). Du kan dog midlertidigt justere den, så din anmodning kan gennemgå.

Find .htaccess-filen fra din filhåndtering eller FTP. Hvis du har svært ved at finde .htaccess-filen, skal du gennemgå trinene fra den interne serverfejlretning.

Inde i filen skal du rulle til bunden. Du ser en linje, der ser sådan ud:

# END WORDPRESS

Lige over det skal du placere følgende:

php_value max_execution_time 300

Som standard er den maksimale udførelsestid normalt 30 til 60 sekunder. Dette vil ramme det op til 300 sekunder.

Prøv din anmodning igen. Hvis det fungerer, skal du huske at gå tilbage til din .htaccess-fil og enten fjerne linjen helt eller omskrive den, så den siger:

php_value max_execution_time 60

Hvis denne løsning ikke fungerede, skal du opdatere 300 til 600 og gentage. Hvis det stadig ikke fungerer, kan der være noget galt med et nyligt opdateret plugin eller tema.

Trin 3: Den hvide skærm af døden fix

Kør gennem den hvide skærm med trin til fejlfinding af døden.

Hvis du stadig sidder fast, skal du kontakte din hostingudbyder.

Fejl nr. 7: Side ikke fundet (fejlkode 404)

Det er ikke usædvanligt at støde på denne fejl på nettet, hvis en side ikke længere findes på dens originale URL, og en omdirigering ikke er konfigureret. Der er dog tidspunkter, hvor du muligvis kan se denne fejl, selv når der findes en side på den indtastede adresse.

Trin 1: Bekræft stavemåden på URL’en

Bare for at være på den sikre side, skal du dobbeltkontrollere stavningen af ​​den URL, du indtastede i adresselinjen. Sørg for, at der ikke er nogen fejl.

Trin 2: Fix permalinks

Hvis du på et eller andet tidspunkt skiftede din permalinkstruktur, kan en tidligere indstilling muligvis have sat sig fast i bagenden. Gå til Indstillinger> Permalinks for at fjerne det.

Indstillinger Permalinks Menu

Skift din permalinksstruktur tilbage til standardindstillingen “Almindelig”:

Standard Permalink-indstillinger

Gem dine ændringer.

Vend tilbage til den permalinksstruktur, du vil bruge. Spar endnu en gang.

Kontroller siden for at se, om 404-fejlen stadig er der. Hvis det er tilfældet, skal du gå til næste trin.

Trin 3: Udskift .htaccess-fil

Kør gennem den korrupte .htaccess-filrettelse.

Dette skulle slippe af med fejlen.

Fejl 8: Syntaksfejl

Du vil se denne fejl umiddelbart efter redigering af en fil på bagsiden af ​​dit websted.

Når du ser “syntaksfejl”, betyder det, at der er en krænkelse af korrekt kodningspraksis.

For eksempel er dette en syntaktisk fejl, fordi det endelige semikolon (;) mangler:

definere ('WP_MEMORY_LIMIT', '64M')

Dette er også en syntaktisk fejl, fordi de lige citater er skrevet som krøllede citater:

definere ('WP_MEMORY_LIMIT', '64M');

Du kan også støde på en “uventet fejl”. Denne betyder, at noget er stavet forkert eller forkert formateret.

Trin 1: Fix koden

Disse typer fejl er mere eksplicitte end de fleste af fejlene på denne liste. Når du ser en, skal den fortælle dig ikke kun hvilken fil der indeholder fejlen, men også hvilken linje fejlen opstod på. Dette gør det lettere at inspicere koden for manglende eller fejlagtige tegn.

Når du har fundet problemet, skal du reparere det og gemme dine ændringer. Gennemse dit websted igen for at bekræfte, at fejlen er væk.

Fejl nr. 9: Ikke tilgængelig til planlagt vedligeholdelse

Der er en af ​​grundene til, at du kunne se denne meddelelse: WordPress har sat dit websted i vedligeholdelsestilstand, mens der opdateres. Det kunne være:

  • En opdatering, du lige har skubbet igennem.
  • En automatisk opdatering udført af WordPress lige nu.
  • En tidligere opdatering, der fik dit websted fast i vedligeholdelsestilstand.

Trin 1: Giv det et minut

Før du gør noget, skal du bare give det et øjeblik. Selv hvis du ikke pressede en opdatering manuelt, fungerer WordPress muligvis på en i baggrunden.

Hvis minuttet går, og den planlagte vedligeholdelsesmeddelelse ikke er forsvundet, skal du gøre det næste trin.

Trin 2: Deaktiver vedligeholdelsestilstand

Log ind på dit kontrolpanel og filhåndtering. Gå til roden på dit websted og kig efter en fil kaldet .vedligeholdelse.

For at deaktivere vedligeholdelsestilstand skal du blot klikke på filen og slette den. Dette bringer dit websted tilbage.

Fejl nr. 10: Auto-opdatering mislykkedes

Som standard har WordPress konfigureret mindre opdateringer til automatisk at køre (hovedsageligt dem, der vedrører generel vedligeholdelse og sikkerhed). Du har muligvis også dine egne automatiske opdateringer planlagt til at køre.

Uanset hvor de stammer fra, kan der være tidspunkter, hvor opdateringen ikke gennemføres. Det kunne bare være en dårlig timing (som hvis serveren var nede på det nøjagtige øjeblik) eller en fejl i systemet.

Trin 1: Opdater manuelt

Rettelsen til denne er enkel.

Du kan se et antal indikatorer i WordPress, der fortæller dig, hvor dine opdateringer venter:

WordPress-opdateringer

Følg dem og udsted opdateringen manuelt.

Fejl nr. 11: For mange omdirigeringer

Normalt er en omdirigering forsætlig. Du opdaterer dit domænenavn eller flytter dit websted fra HTTP til HTTPS. I disse tilfælde bruger du en 301-omdirigering for at sikre, at trafikken kommer til den rigtige destination, selvom dine besøgende indtaster den gamle URL.

Hvis du imidlertid ser en fejl, der siger, at der er for mange omdirigeringer, betyder det normalt, at dine besøgende sidder fast i en omdirigeringssløjfe med intetsteds at lande.

Dette sker, når dit websted og WordPress-adresser er forskellige.

Trin 1: Opdater WordPress-indstillinger

Det første sted at kontrollere for denne uoverensstemmelse er dine WordPress-indstillinger. Gå til Indstillinger> Generelt:

Indstillinger General Menu

Adresserne til WordPress og webstedet skal matche:

Generelle indstillinger Adresser

Hvis de ikke gør det, skal du rette den forkert formaterede URL og gemme dine ændringer.

Hvis det ikke løser fejlen, skal du kontrollere dine webstedsdata på serverniveau.

Trin 2: Opdater wp-config.php-filen

Wp-config.php-filen indeholder en masse data om, hvordan dit websted er konfigureret, inklusive dets domænenavn.

Log ind i din filhåndtering eller FTP og åbn din wp-config.php fil. Se efter en streng med kode, der ser sådan ud:

definere ('WP_HOME', 'http: //faux-agency.local');

definere ('WP_SITEURL', 'http: //faux-agency.local');

Udskift testwebadressen ovenfor med din egen WordPress og webstedsadresser. Igen skulle disse to værdier være identiske.

De skal også matche, hvordan de er konfigureret på serverniveau. Så hvis domænet er registreret som https: //www.faux-agency.local, så skal HTTPS- og WWW-værdierne være til stede her.

Gem dine ændringer, og vend tilbage til dit websted. Fejlen skal være væk.

Fejl nr. 12: Blandet indhold

En anden fejl, der stammer fra formateringen af ​​din webadresse, er den blandede indholdsfejl. Hvad dette i det væsentlige betyder er, at:

  • Dit websted har et SSL-certifikat installeret, og det kører nu gennem HTTPS.
  • Der er nogle elementer (som billedfiler), sider eller links på dit websted, der fortsat bruger HTTP.

Websteder skal være alle HTTPS eller alle HTTP. For at fjerne denne fejl skal du flytte dit usikrede indhold til den sikrede web-adresse.

I stedet for at tage skridt til at reparere denne, skal du vælge den mulighed, der bedst passer til dig:

Valgmulighed 1: Brug inspektionsværktøjet

Åbn dit websted, og højreklik hvor som helst på skærmen. Vælg “Inspekter” fra indstillingerne:

Kontroller webstedet

Se efter konsolpanelet. Hvis der findes en sådan blandet indholdsfejl på denne side, finder du den her:

Kontroller konsollen

Det fortæller dig nøjagtigt, hvilken del af siden der indeholder HTTP-indhold. Du kan derefter rette det ved at reparere det forkerte link eller uploade filen.

Valgmulighed 2: Brug SSL Insecure Content Fixer Plugin

Installer SSL Insecure Content Fixer-plugin for at hjælpe dig.

SSL Insecure Content Fixer

Start med indstillingen “Simple”, og se, om det reparerer problemet. Hvis det ikke gør det, skal du køre dig igennem de efterfølgende indstillinger, indtil du finder en, der løser problemet med blandet indhold.

Valgmulighed 3: Kontakt din webhostesupport for hjælp

Kontakt dit webhostingfirma, hvis du går tabt, hvor fejlen med blandet indhold bor.

Fejl nr. 13: Kunne ikke skrive til disk

Når du har problemer med billederne på dit websted, er dette sandsynligvis den fejl, du vil se.

Den vises, når en fil ikke uploades. Det vises også, når dine mediefiler ser ud som om de er forsvundet fra din mediamappe såvel som på dit websted. Der vil være tomme pladsholdere for dem, men indholdet vises ikke.

Dette behøver ikke at gøre med at prøve at uploade uacceptable filtyper. Denne fejl har at gøre med filtilladelser, der ikke er korrekt konfigureret på backend. En opdatering fra din webhost eller et plugin kunne have rodet dem op.

Trin 1: Opdater tilladelser i mappen wp-content

Gå til din FTP, og find wp-indholdsmappen. Åbn den, og se efter uploads-mappen. Højreklik på det. Vælg “Skift tilladelser” (det kan også kaldes “Filtilladelser” eller bare “Tilladelser”).

Uploader ændringstilladelser

Hvis du ikke ser en skærm, der ser sådan ud, skal du bede din webhost om enten at opdatere din filtilladelsesadgang eller for at hjælpe dig.

Hvis du ser en skærm som denne, skal du opdatere “Tilladelsesværdi” til 744. Marker afkrydsningsfeltet “Rekursivt” nedenfor og anvender det kun på mapper. Gem dine ændringer.

Højreklik på mappen uploads endnu en gang. Denne gang skal du indstille “Tilladelsesværdi” til 644. Kontroller “Rekursiv”, men anvend den kun på filer. Gem dine ændringer.

Vend tilbage til dit websted, og du skal se, at dine mediefiler er intakte (eller at du er i stand til at uploade mediefiler uden at mislykkes).

Fejl 14: Ændringer vises ikke

Dette er ikke en fejl, der følger med en meddelelse eller en hvid skærm. Dette er en fejl, du vil se med dine egne to øjne efter at have foretaget en opdatering, kun for at indse, at den ikke vises på livewebstedet.

Dette er et cache-spørgsmål.

Trin 1: Rens side-cachen

Hvis du bruger et WordPress-cache-plugin, er den første ting at gøre at rydde cachen.

De fleste WordPress-plugins vil placere en “Purge Cache” eller “Clear Cache” -knap i admin-menulinjen øverst på WordPress på denne måde:

Rens ud cache

Dette vil rydde sidecachen for alle brugere og besøgende. Vend tilbage til dit websted og se, om det hjalp. Hvis det ikke gjorde det, prøv dette næste trin:

Trin 2: Ryd browsercachen

I nogle tilfælde er det din webbrowser, der er problemet. For at rydde browsercachen skal du finde browserens indstillinger:

Browserindstillinger

Find derfra den indstilling, der giver dig mulighed for at rydde dine browserdata eller cache:

Slet browserdata

Ryd derefter din browser-cache:

Chrome Clear Cache

Når din browser er færdig, returneres du til siden Indstillinger. Du kan nu besøge dit websted for at bekræfte, at problemet er løst.

Fejl nr. 15: Login mislykkedes

Der er to grunde til, at du muligvis ikke kan logge ind på WordPress-administratoren. Hver har en separat rettelse.

Valgmulighed 1: Gendan adgangskode

Hvis problemet er, at du har glemt din adgangskode, skal du klikke på “Mistet din adgangskode?” link under login-formularen:

Glemt dit kodeord

Indtast din e-mail-adresse eller brugernavn i gendannelsesformularen:

Gendan din adgangskode

Du modtager en e-mail for at oprette en ny adgangskode og gendanne adgang til din konto.

Valgmulighed 2: Opdater loginoplysninger i phpMyAdmin

Hvis problemet er, at du ikke har mistet eller glemt dine loginoplysninger, men du stadig ikke kan logge ind, skal du bruge phpMyAdmin for at nulstille dem manuelt.

Gå til dit kontrolpanel og kig efter phpMyAdmin.

cPanel-databaseværktøjer

Dette er din phpMyAdmin-konsol:

phpMyAdmin Console

Udvid din database på venstre panel. Se efter wp_users-tabellen. Klik på det eller vælg “Gennemse” indstillingen for at åbne din liste over WordPress-brugere.

phpMyAdmin brugerdata

For at redigere loginoplysningerne for dig selv (eller enhver anden, der ikke kan logge ind), skal du klikke på knappen “Rediger” til venstre for deres loginoplysninger.

phpMyAdmin Rediger legitimationsoplysninger

Rediger adgangskoden – sørg for, at det er en stærk blanding af store bogstaver, små bogstaver, tal og symboler. Gem derefter dine ændringer.

Du kan vende tilbage til WordPress-loginskærmen og prøve igen. Hvis problemet fortsætter, skal du kontakte dit webhostingfirma for at få hjælp.

Wrap-Up

Naturligvis håber du, at du aldrig vil støde på nogen af ​​disse fejl, når du arbejder med WordPress. Men fejl og fejl kan komme fra forskellige steder – din webserver, de plugins eller tema, du har installeret, WordPress-kernen, og nogle gange endda fra dig.

Selv hvis dit websted ikke går offline, er disse fejlmeddelelser, blanke skærme og manglende indhold offset for dine besøgende. Så sørg for, at du ved, hvordan du foretager fejlfinding af disse WordPress-problemer, det andet, de bliver fundet.

En sidste ting: glem ikke at have et automatiseret sikkerhedskopisystem i baggrunden. Når der er en chance for, at en af ​​disse fejl ikke kan løses rent (som i tilfælde af et sikkerhedsbrud), kan en sikkerhedskopi virkelig gemme dit skjul.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map