Felsökning WordPress (101)

Felsökning WordPressSå långt som WordPress-stöd går, har användare ett antal alternativ att välja mellan:


  • WordPress Codex (DIY)
  • WordPress supportforum (bemannat av WordPress.org-administratörer och andra WordPress-användare)
  • Plugin och temasupport (tillhandahålls av utvecklarna)
  • Webbhotellstöd (tillgänglighet och typ av support skiljer sig från värdplan)

Utan en direkt kommunikationslinje eller realtidsstöd som tillhandahålls av WordPress kan detta göra att lösa WordPress-fel frustrerande. Den goda nyheten är dock att de flesta fel som uppstår är ganska vanliga.

I den här guiden kommer vi att visa dig hur du går till felsökning av WordPress när saker går fel.

15 vanliga WordPress-fel och hur du åtgärdar dem:

  1. Dödens vita skärm
  2. Internt serverfel
  3. Fel vid upprättande av databasanslutning
  4. Dålig gateway eller gateway timeout
  5. För många förfrågningar
  6. Anslutningen avslutad / begränsad
  7. sidan hittas inte
  8. Syntaxfel
  9. Ej tillgängligt för schemalagt underhåll
  10. Auto-uppdatering misslyckades
  11. För många omdirigeringar
  12. Blandat innehåll
  13. Det gick inte att skriva till disken
  14. Ändringar visas inte
  15. Inloggningen misslyckades

Contents

En guide till felsökning av de vanligaste WordPress-felen

Även om det finns en massa saker som kan gå fel i WordPress är det inte för svårt att begränsa orsakerna om du vet vilken typ av fel som har inträffat.

Fel nr 1: White Screen of Death

Dödsskärmen är precis som den låter. Du försöker få åtkomst till WordPress-administratören eller, ännu värre, din WordPress-webbplats och skärmen kommer att vara tom.

Det finns ett antal saker som kan orsaka dödsskärmen från konfliktiga plugins att överskrida minnesgränserna (men oftast är det vanligtvis ett plugin eller ett tema som är fel). Om det inte finns något felmeddelande som anger var problemet ligger, arbeta igenom denna felsökningsprocess.

Obs! Även om detta är arbetsflödet för att fixa den vita skärmen för döden, är det användbart för att fixa andra WordPress-fel. Varje gång vi hänvisar till White Screen of Death-fixen nedan är det den processen vi refererar till.

Steg 1: Inaktivera alla plugins

Om du fortfarande har åtkomst till WordPress-administratören och det bara är din webbplats som är nere, gör följande:

Gå till Plugins> Installerade Plugins:

Installerade plugins

Välj alla plugins:

Kontrollera alla plugins

Välj “Deaktivera” på menyn Bulk Actions:

Bulk Deaktivera

Dina plugins bör nu alla inaktiveras:

Deaktiverade plugins

Om du inte har åtkomst till WordPress-administratören måste du göra det från din kontrollpanel.

Gå till instrumentpanelen för webbhotell:

BlueHost Dashboard

Leta reda på din kontrollpanel.

Det du letar efter är antingen en File Manager eller FTP. Båda ger dig tillgång till backend på din webbplats.

Bluehost File FTP

Hitta wp-innehållsmappen i din webbplats:

wp-content-mapp

Öppna den och hitta din plugins-mapp:

Plugins-mapp

Byt namn på mappen till allt annat än “plugins”. Detta kommer att inaktivera alla plugins på din webbplats.

Steg 2: Kontrollera din webbplats

När dina plugins inaktiverats är det dags att se om din åtkomst återställs.

Om du inte hade tillgång till administratören tidigare, gå dit nu:

WordPress-inloggning

Om det bara var din webbplats som visade den vita dödsskärmen, håll muspekaren över ditt webbplatsnamn i det övre vänstra hörnet av WordPress-administratören och klicka på “Besök webbplats”:

Besök webbplatsen från menyn

Beroende på vad du ser har du två alternativ för nästa steg:

  • Om du har tillgång: Hitta den problematiska plugin.
  • Om du inte har tillgång: Prova ett nytt tema.

Vi går igenom dessa steg nästa.

Steg 3: Hitta det problematiska pluginprogrammet (alternativ 1)

Om du har åtkomst igen, vet du att problemet troligtvis var ett plugin. Detta innebär att en av dina plugin-program konflikter med:

  • Ditt tema
  • En annan plugin

Nu måste du sniffa ut vilket plugin som är fel. För att göra detta måste du aktivera dina plugins en åt gången.

Börja med toppen av listan. Aktivera det första plugin:

Aktivera plugin

Om detta plugin är orsaken, bör du tappa åtkomsten till WordPress-administratören eller din webbplats igen. (Du kan återställa den igen genom att inaktivera plugin-programmet.)

Om du inte ser den vita dödsskärmen, inaktivera det här insticksprogrammet och prova nästa. Du måste upprepa de här stegen tills du hittar det problematiska insticksprogrammet.

Detta förutsätter naturligtvis att pluginprogrammet strider mot ditt tema. Om du inte ser felskärmen igen efter att du har inaktiverat varje plugin en-för-en, kan problemet vara mellan två plugins. Du måste aktivera två åt gången för att hitta dem. Som sagt, detta är inte vanligt. Det är vanligtvis ett motstridande skript i ett plugin och ett tema som kastar felet.

När du har identifierat den problematiska duon, gå vidare och aktivera alla andra plugins på din webbplats igen.

Du vill kontakta plugin-utvecklaren för att rapportera problemet. Se till att du har skärmdumpar av felet och kan beskriva i detalj varför det hände och hur du kunde bekräfta det.

Steg 3: Prova ett nytt tema (alternativ 2)

Om du fortfarande ser den vita dödsskärmen efter att du har inaktiverat alla dina plugins kan ditt tema vara den skyldige.

För att bekräfta detta måste du inaktivera ditt tema.

Om du fortfarande har åtkomst till WordPress-administratören och det bara är din webbplats som är nere, gör följande:

Gå till Utseende> Teman:

Utseende Teman Meny

För att avaktivera ditt tema måste du aktivera ett annat tema.

Oavsett om det redan är installerat eller inte, aktivera det senaste WordPress-standardtemat:

Aktivera standardtema

Om du inte har åtkomst till WordPress-administratören, gör samma sak som du gjorde med dina plugins från kontrollpanelen.

Återigen, hitta wp-innehållsmappen i din webbplatss rot. Den här gången vill du leta efter temamappen i den:

Teman mapp

Byt namn på mappen till allt annat än “teman”. Detta kommer att inaktivera ditt tema och automatiskt aktivera standard WordPress-temat.

Du kan nu kolla din webbplats för att se om den vita dödsskärmen är borta. Om det är det, vet du att problemet är en konflikt mellan ditt tema och kärnan.

Kontakta temautvecklaren med skärmdumpar av felet och en beskrivning av stegen du tog för att bekräfta problemet.

Steg 4: Kör felsökningen

I de flesta fall hjälper stegen ovan att hitta problemet på din webbplats. Men om du har nått denna punkt och fortfarande ser den vita dödsskärmen, är det en sista sak att prova.

Återgå till din filhanterare eller FTP. Gå till rotkatalogen och sök efter wp-config.php-filen:

wp-config File

Öppna filen för redigering.

Mot botten ser du följande sträng:

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

Vad detta säger är att:

  • Felsökningsfunktionen är avstängd.
  • Om ett fel uppstår genereras ingen logg av den på backend.
  • Om ett fel inträffar visas ingen felkod på frontend.

Men om du sitter fast är det bra att aktivera den här funktionen så att du kan få mer information om felet. För att göra detta, ändra de två bästa värdena till Sann:

definiera ('WP_DEBUG', sant);
definiera ('WP_DEBUG_LOG', sant);
definiera ('WP_DEBUG_DISPLAY', falsk);

Håll skärmen inställd som falsk. Du vill inte att hackare ska ha någon inblick i vad som händer på baksidan av din live-webbplats, så håll alltid dessa koder dolda för dem.

Spara din fil när du är klar med att aktivera felsökning (men lämna kontrollpanelen öppen). Gå sedan tillbaka till din webbplats.

När du ser den vita dödsskärmen igen, gå tillbaka till din kontrollpanel och leta efter wp-innehållsmappen (samma där ditt tema och plugins är). Det kommer nu att finnas en textfil som heter debug_log.

felsöka fil

Öppna den och granska felmeddelandet. Leta efter dagens datum och tid. Det bör finnas en rad som anger vilken fil i din katalog och vilken rad i filen innehåller felet.

Om felet finns i en av dina tema- eller plugin-filer, ta en skärmdump av felkoden och skicka den till utvecklaren så att de kan korrigera problemet (eftersom det troligt introducerades i en nyligen uppdaterad).

Om det är ett problem i en annan fil, är det upp till dig att reparera den. Om du inte är bekväm med det, kontakta en utvecklare som kan hjälpa dig.

När problemet har reparerats och dödsskärmen är borta, gå tillbaka till wp-config.php och inaktivera felsökningen.

Fel nr 2: Internt serverfel (felkod 500)

Det är inte alltid 100% klart vad som orsakade exakt 500 interna serverfel. Men precis som den vita dödsskärmen finns det något fel i din kod.

Steg 1: Byt ut .htaccess-filen

Det första du testar är .htaccess-filen. Ibland skadas den och får din webbplats att ersättas av en “Intern serverfel” -sida.

Oavsett om filen har skadats ska du fortfarande göra detta steg. Ingen skada kommer att komma till din webbplats om du ersätter den befintliga .htaccess-filen.

Logga in på din kontrollpanel och öppna din filhanterare eller FTP-hanterare. Innan du går in på rotkatalogen på din webbplats väljer du alternativet “Visa dolda filer” (om du har den):

Filhanteringsinställningar

Om din webbplats är delad värd kan filen fortfarande vara dold. Om så är fallet lägger du till följande i slutet av filhanterarens URL: “& showhidden = 1”.

htaccess-fil

Byt namn på .htaccess-filen för att inaktivera den.

Gå till din webbplats och se om det har tagit bort det interna serverfelet. Om det gjorde det, behöver du bara skapa en helt ny fil.

Gå till menyn Inställningar> Permalänk:

Inställningar Permalinks-menyn

Klicka på “Spara ändringar” längst ner på sidan. Detta skapar en ny fil.

Om felet inte försvann kan du prova den här lösningen.

Öppna din nya .htaccess-fil och lägg till följande:

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

Om detta inte tar bort korruptionen går du vidare till nästa steg.

Steg 2: White Screen of Death fix

Kör igenom den vita skärmen för felsökningssteg för döden.

Om felet fortfarande existerar efter detta kan du prova nästa steg.

Steg 3: Öka minnesgränsen

Detta är troligtvis inte orsaken, eftersom du vanligtvis ser ett utmattat relaterat meddelande om det är fallet. Men det skadar inte att prova detta eftersom det är en snabb lösning.

Kör igenom felsökningsstegen för ökning av minnesgränsen.

Om du fortfarande sitter fast bör det sista steget göra tricket:

Steg 4: Byt ut wp-admin och wp-inkluderar mappar

En uppdatering kan oavsiktligt förstöra koden i din wp-admin eller wp-inkluderar mappar.

För att ersätta dem måste du hämta en ny kopia av WordPress.

Gå till WordPress.org, klicka på knappen “Hämta WordPress” och ladda ner filerna till ditt skrivbord.

Skaffa nya WordPress-filer

Packa upp mappen och leta upp mapparna wp-admin och wp-inkluderer.

Återgå till din filhanterare. Ladda ner en kopia av wp-admin och wp-inkluderar mappar som redan finns (det är alltid en bra idé att ha en kopia för fall).

cPanel-mappar

Klicka på ”Upload”. Ladda sedan upp varje mapp åt gången. Du behöver bara göra detta för wp-admin och wp-inkluderar.

Ladda upp filer

Du kan nu återgå till din webbplats. Felet bör försvinna. Om det inte är det är det dags att kontakta ditt webbhotell för att få hjälp.

Fel nr 3: Fel vid upprättande av databasanslutning

När du ser detta felmeddelande betyder det att något hindrar din WordPress-webbplats från att ansluta till sin MySQL- eller MariaDB-databas.

Steg 1: Kontrollera wp-config.php-filen

Wp-config.php-filen innehåller de mest relevanta detaljerna om hur din webbplats är konfigurerad – inkludera din databasinformation. Kontrollera detta först innan du testar andra korrigeringar.

Gå till din filhanterare eller FTP och gå till wp-config.php-filen. Öppna den för redigering.

Du bör hitta ett avsnitt tillägnad dina databasinställningar. Det ser ut så här:

/ ** Namn på databasen för WordPress * /
definiera ('DB_NAME', 'databasnamn');

/ ** Databasnamn * /
definiera ('DB_USER', 'database_username');

/ ** Databaslösenord * /
definiera ('DB_PASSWORD', 'databasepw');

/ ** Värdnamn * /
definiera ('DB_HOST', 'database_hostname');

/ ** Databas Charset * /
definiera ('DB_CHARSET', 'utf8');

/ ** Databas Sorteringstyp * /
definiera ('DB_COLLATE', '');

Om någon av dessa data saknas eller ser fel ut, gör dina ändringar (efter att du har sparat en kopia av wp-config.php på skrivbordet).

Spara dina ändringar och gå tillbaka till webbplatsen för att se om den fortfarande inte kan ansluta till databasen.

Steg 2: Kontakta din webbhotellstöd

Om det inte finns någon tydlig störning i WordPress-databasanslutningen i slutet är det dags att prata med din webbhotell.

Det finns ett antal skäl till varför databasanslutningen kan äventyras:

  • Servernedtid
  • Plangränserna överskreds (även om de borde ha informerat dig om så är fallet)
  • Säkerhetsintrång

När du har känt till orsaken, arbeta snabbt med att reparera det, även om det bara betyder att få en ETA på när servrarna kommer tillbaka online. Du har inte råd att låta din webbplats stanna ner för länge.

Fel nr 4: Bad Gateway (felkod 502) eller Gateway Timeout (felkod 504)

Dessa felkoder betyder att det är något fel på servernivå. Även om du kanske inte har direkt kontroll över servern, kan dessa fel ibland vara tillfälliga så det är en bra idé att arbeta igenom dessa felsökningssteg innan du kontaktar din värd.

Steg 1: Uppdatera webbplatsen

Klicka på knappen “Uppdatera” i webbläsarfältet:

Uppdatera webbplats

Du kanske har försökt att ladda din webbplats när servern tillfälligt var nere eller gick.

Steg 2: Rensa webbläsarens cache

Om uppdatering inte fungerar kan problemet vara cacharrelaterat. Gå till dina webbläsarinställningar för att få din webbplats “unstuck”.

Leta efter ett alternativ för att rensa dina surfdata. I Chrome ser inställningen så ut:

Rensa surfhistoriken

Kontrollera inställningen för cachade bilder och filer:

Chrome Clear Cache

Klicka sedan på “Rensa data”. När det är klart, ladda om din webbplats och se om det har tagit bort felkoden.

Steg 3: White Screen of Death fix

En nyligen uppdaterad plugin eller teman kan uppstå om ovanstående två korrigeringar inte fungerar.

Kör igenom den vita skärmen för felsökningssteg för döden.

Steg 4: Kontakta din värd eller CDN-leverantör

Om inget av alternativen ovan har fungerat, vill du kontakta din värd eller CDN-leverantör.

När du kommer i kontakt, se till att ha en skärmdump av felet och detaljer om felsökningsstegen du hittills har tagit. De kan behöva inaktivera din DNS, CDN eller brandvägg för att bli av med felet.

Fel nr 5: För många förfrågningar (felkod 429)

Detta fel innebär vanligtvis att det finns ett plugin eller temaskript som skickar för många förfrågningar till din server.

Steg 1: White Screen of Death fix

Kör igenom den vita skärmen för felsökningssteg för döden.

Om du inte kan ta bort felet med den här processen, kontakta ditt webbhotell. De borde kunna berätta för dig vilken tredjepartsintegration som fungerar i overdrive.

Om det finns ett sätt att konfigurera om inställningarna för att lösa problemet, gör det. Annars måste du hitta ett ersättningsverktyg.

Fel nr 6: Anslutningen avbruten / begränsad slut

Med det här felet tappar du inte åtkomst till din webbplats eller adminområdet. Vad det här betyder istället är att en åtgärd du försöker göra i WordPress – till exempel att installera ett nytt tema – tappar gränserna för din server.

Steg 1: Öka minnesgränsen

Gå till din filhanterare och öppna filen wp-config.php.

Längst ner i filen letar du efter en sträng som ser ut så här:

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

Det är “64M” -biten som måste uppdateras. För att ge din server mer minne för att bearbeta din begäran, höj gränsen till 256M:

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

Försök köra din begäran igenom WordPress igen. Om det inte fungerar kan du prova detta:

Steg 2: Öka maximal körningstid

Det kan bara vara så att tiden för att behandla en begäran har överskridit den maximala exekveringstiden för standard.

Det finns en god anledning till denna gräns (gillar att hindra hackare från att bombardera din server med samma förfrågningar om och om igen). Du kan dock tillfälligt justera den så att din förfrågan går igenom.

Leta reda på .htaccess-filen från din filhanterare eller FTP. Om du har svårt att hitta .htaccess-filen kan du granska stegen från den interna serverfelsfixen.

Inuti filen bläddrar du till botten. Du ser en rad som ser ut så här:

# END WORDPRESS

Precis ovanför placerar du följande:

php_value max_execution_time 300

Som standard är den maximala körtiden normalt 30 till 60 sekunder. Detta kommer att stöta upp till 300 sekunder.

Testa din förfrågan igen. Om det fungerar, kom ihåg att gå tillbaka till din .htaccess-fil och ta bort raden helt eller skriv om den så att den står:

php_value max_execution_time 60

Om den här fixen inte fungerade, uppdatera 300 till 600 och upprepa. Om det fortfarande inte fungerar kan det vara något fel med ett nyligen uppdaterat plugin eller tema.

Steg 3: White Screen of Death fix

Kör igenom den vita skärmen för felsökningssteg för döden.

Om du fortfarande sitter fast, kontakta din webbhotell.

Fel nr 7: Sidan hittades inte (felkod 404)

Det är inte ovanligt att stöta på det här felet på nätet om en sida inte längre finns på den ursprungliga URL: en och en omdirigering inte har konfigurerats. Det finns emellertid tillfällen då du kan se detta fel även när en sida finns på den adress som skrivs in.

Steg 1: Kontrollera stavningen på URL: n

Bara för att vara på den säkra sidan, dubbelkontrollera stavningen på URL: en du angav i adressfältet. Se till att det inte finns några fel.

Steg 2: Fixa Permalinks

Om du någon gång bytte permalänkstruktur kan en tidigare inställning ha fastnat i backend. Gå till Inställningar> Permalänk för att lossa det.

Inställningar Permalinks-menyn

Växla tillbaka permalinksstrukturen till standardinställningen “Vanligt”:

Standard Permalink-inställningar

Spara dina ändringar.

Återställ tillbaka till permalänkstrukturen du ville använda. Spara en gång till.

Kontrollera sidan för att se om 404-felet fortfarande finns. Om det är det, gå till nästa steg.

Steg 3: Byt ut .htaccess-filen

Kör igenom den skadade .htaccess-filfixen.

Det borde bli av med felet.

Fel 8: Syntaxfel

Du kommer att se detta fel omedelbart efter att du har redigerat en fil på baksidan av din webbplats.

När du ser “syntaxfel” innebär det att det bryter mot korrekt kodningssed.

Till exempel är detta ett syntaktiskt fel eftersom det slutliga semikolonet (;) saknas:

definiera ('WP_MEMORY_LIMIT', '64M')

Detta är också ett syntaktiskt fel eftersom de raka citaten skrivs som lockiga citat:

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

Du kan också stöta på ett “oväntat fel”. Den här innebär att något är felstavat eller felaktigt formaterat.

Steg 1: Fixa koden

Dessa typer av fel är mer tydliga än de flesta av felen i denna lista. När du ser en, ska den inte bara säga vilken fil som innehåller felet, utan också vilken rad felet inträffade på. Detta gör det lättare att kontrollera koden för saknade eller felaktiga tecken.

När du har hittat problemet ska du reparera det och spara dina ändringar. Besök din webbplats igen för att bekräfta att felet är borta.

Fel nr 9: Ej tillgängligt för schemalagd underhåll

Det finns en anledning till att du ser detta meddelande: WordPress har lagt din webbplats i underhållsläge medan en uppdatering görs. Det kan vara:

  • En uppdatering som du just sköt igenom.
  • En automatisk uppdatering gjord av WordPress just nu.
  • En tidigare uppdatering som fick din webbplats fast i underhållsläge.

Steg 1: Ge det ett minut

Innan du gör någonting, bara ge det en minut. Även om du inte tryckte på en uppdatering manuellt, kanske WordPress fungerar på en i bakgrunden.

Om minuten går och det schemalagda underhållsmeddelandet inte har försvunnit, gör nästa steg.

Steg 2: Inaktivera underhållsläge

Logga in på din kontrollpanel och filhanterare. Gå till roten till din webbplats och leta efter en fil som heter .underhåll.

För att inaktivera underhållsläget klickar du bara på filen och tar bort den. Detta kommer att få din webbplats tillbaka.

Fel nr 10: Auto-uppdatering misslyckades

Som standard har WordPress konfigurerat mindre uppdateringar som ska köras automatiskt (huvudsakligen de som hänför sig till allmänt underhåll och säkerhet). Du kan också ha dina egna automatiserade uppdateringar schemalagda att köras.

Oavsett var de har sitt ursprung kan det finnas tillfällen då uppdateringen inte går igenom. Det kan bara vara dålig timing (som om servern var nöjd just nu) eller ett fel i systemet.

Steg 1: Uppdatera manuellt

Fixningen för den här är enkel.

Du ser ett antal indikatorer i WordPress som låter dig veta var dina uppdateringar väntar:

WordPress-uppdateringar

Följ dem och utfär uppdateringen manuellt.

Fel 11: För många omdirigeringar

Vanligtvis är en omdirigering avsiktlig. Du uppdaterar ditt domännamn eller flyttar din webbplats från HTTP till HTTPS. I dessa fall använder du en 301-omdirigering för att se till att trafiken når rätt destination även om dina besökare skriver in den gamla URL: n.

Men om du ser ett fel som säger att det finns för många omdirigeringar betyder det vanligtvis att dina besökare sitter fast i en omdirigeringsslinga med ingenstans att landa.

Detta händer när din webbplats och WordPress-adresser är olika.

Steg 1: Uppdatera WordPress-inställningar

Den första platsen att kontrollera för denna avvikelse är dina WordPress-inställningar. Gå till Inställningar> Allmänt:

Inställningar Allmän meny

Adresserna för WordPress och webbplatsen ska matcha:

Allmänna inställningar Adresser

Om de inte gör det, åtgärda den felaktigt formaterade webbadressen och spara dina ändringar.

Om det inte löser felet, kontrollera dina webbplatsdata på servernivå.

Steg 2: Uppdatera wp-config.php-filen

Wp-config.php-filen innehåller mycket data om hur din webbplats är konfigurerad, inklusive dess domännamn.

Logga in i din filhanterare eller FTP och öppna din wp-config.php-fil. Leta efter en kodsträng som ser ut så här:

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

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

Byt ut testwebbadressen ovan med dina egna WordPress- och webbplatsadresser. Återigen bör dessa två värden vara identiska.

De bör också matcha hur de är konfigurerade på servernivå. Så om domänen är registrerad som https: //www.faux-agency.local, då måste HTTPS- och WWW-värdena finnas här.

Spara dina ändringar och gå tillbaka till din webbplats. Felet bör försvinna.

Fel nr 12: Blandat innehåll

Ett annat fel som härrör från formateringen av din webbadress är det blandade innehållsfelet. Vad detta i huvudsak betyder är att:

  • Din webbplats har ett SSL-certifikat installerat och det körs nu via HTTPS.
  • Det finns några element (som bildfiler), sidor eller länkar på din webbplats som fortsätter att använda HTTP.

Webbplatser måste vara alla HTTPS eller alla HTTP. För att ta bort det här felet måste du flytta ditt osäkrade innehåll till den säkrade webbadressen.

Istället för att vidta åtgärder för att reparera den här, välj det alternativ som bäst passar dig:

Alternativ 1: Använd inspekteringsverktyget

Öppna din webbplats och högerklicka var som helst på skärmen. Välj “Inspektera” från alternativen:

Kontrollera webbplatsen

Leta efter konsolpanelen. Om något sådant fel med blandat innehåll finns på den här sidan hittar du det här:

Inspektera konsolen

Det kommer att berätta exakt vilken del av sidan som innehåller HTTP-innehåll. Du kan sedan fixa den genom att reparera fel länk eller ladda upp filen igen.

Alternativ 2: Använd SSL Insecure Content Fixer Plugin

Installera SSL Insecure Content Fixer-plugin för att hjälpa dig.

SSL Insecure Content Fixer

Börja med inställningen “Enkel” och se om det reparerar problemet. Om inte, gör dig igenom de följande inställningarna tills du hittar en som fixar problemet med blandat innehåll.

Alternativ 3: Kontakta supporten för din webbhotell för hjälp

Kontakta ditt webbhotellföretag om du har förlorat var det felaktiga innehållsfelet lever.

Fel nr 13: Det gick inte att skriva till disken

När du har problem med bilderna på din webbplats är det troligtvis det fel du kommer att se.

Det kommer att visas när en fil inte laddas upp. Det kommer också att visas när dina mediefiler ser ut som om de har försvunnit från din Media-mapp och på din webbplats. Det kommer att finnas tomma platshållare för dem, men innehållet visas inte.

Det här har inte att göra med att försöka ladda upp oacceptabla filtyper. Det här felet har att göra med filtillstånd som inte har konfigurerats korrekt på backend. En uppdatering från din webbhotell eller ett plugin kunde ha trasslat dem.

Steg 1: Uppdatera behörigheter i mappen wp-innehåll

Gå till din FTP och leta upp mappen wp-innehåll. Öppna den och leta efter mappen för överföringar. Högerklicka på den. Välj “Ändra behörigheter” (det kan också kallas “Filbehörigheter” eller bara “Behörigheter”).

Uppladdningar Ändra behörigheter

Om du inte ser en skärm som ser ut så måste du be din webbhotell att antingen uppdatera åtkomst till filtillstånd eller för att hjälpa dig.

Om du ser en skärm som denna, uppdaterar du “Tillåtelsevärde” till 744. Markera rutan “Rekursiv” nedan och tillämpa den endast på kataloger. Spara dina ändringar.

Högerklicka på mappen för överföringar en gång till. Den här gången ställer du in “Behörighetsvärde” på 644. Kontrollera “Rekursiv”, men använd det bara på filer. Spara dina ändringar.

Gå tillbaka till din webbplats så ska du se att dina mediefiler är intakta (eller att du kan ladda upp mediefiler utan att misslyckas).

Fel nr 14: Ändringar visas inte

Detta är inte ett fel som kommer med ett meddelande eller en vit skärm. Det här är ett fel som du kommer att se med dina egna två ögon efter att ha gjort en uppdatering, bara för att inse att den inte visas på live-webbplatsen.

Detta är ett cacheproblem.

Steg 1: Rensa sidcachen

Om du använder ett WordPress-caching-plugin är det första du behöver rensa cachen.

De flesta WordPress-plugins kommer att placera en “Purge Cache” eller “Clear Cache” -knapp i admin-menyfältet högst upp i WordPress så här:

Rensa cache

Detta rensar sidcachen för alla användare och besökare. Gå tillbaka till din webbplats och se om det hjälpte. Om det inte gjorde det, prova det här nästa steg:

Steg 2: Rensa webbläsarens cache

I vissa fall är det din webbläsare som är frågan. För att rensa webbläsarens cache, leta upp webbläsarens inställningar:

Webbläsarinställningar

Därifrån letar du inställningen som gör att du kan rensa dina surfdata eller cache:

Rensa surfhistoriken

Rensa sedan webbläsarens cache:

Chrome Clear Cache

När din webbläsare är klar kommer du tillbaka till sidan Inställningar. Du kan nu besöka din webbplats för att bekräfta att problemet är fixat.

Fel 15: Inloggning misslyckades

Det finns två skäl till att du inte kan logga in på WordPress-administratören. Var och en har en separat fix.

Alternativ 1: Återställ lösenord

Om problemet är att du har glömt ditt lösenord, klicka på “Glömt ditt lösenord?” länk under inloggningsformuläret:

Förlorat ditt lösenord

Ange din e-postadress eller användarnamn i återställningsformuläret:

Återställ ditt lösenord

Du får ett e-postmeddelande för att skapa ett nytt lösenord och återställa åtkomst till ditt konto.

Alternativ 2: Uppdatera inloggningsuppgifter i phpMyAdmin

Om problemet är att du inte har tappat eller glömt inloggningsuppgifterna men fortfarande inte kan logga in måste du använda phpMyAdmin för att återställa dem manuellt.

Gå till din kontrollpanel och leta efter phpMyAdmin.

cPanel-databasverktyg

Detta är din phpMyAdmin-konsol:

phpMyAdmin Console

Expandera din databas på vänster panel. Leta efter wp_users-tabellen. Klicka på det eller välj alternativet “Bläddra” för att öppna din lista över WordPress-användare.

phpMyAdmin användardata

Om du vill redigera inloggningsuppgifterna för dig själv (eller någon annan som inte kan logga in) klickar du på knappen “Redigera” till vänster om deras inloggningsuppgifter.

phpMyAdmin Redigera referenser

Redigera lösenordet – se till att det är en stark blandning av stora bokstäver, små bokstäver, siffror och symboler. Spara sedan dina ändringar.

Du kan återgå till inloggningsskärmen för WordPress och försöka igen. Om problemet kvarstår, kontakta ditt webbhotellföretag för hjälp.

Sammanfatta

Uppenbarligen hoppas du att du aldrig kommer att stöta på något av dessa fel när du arbetar med WordPress. Men fel och fel kan komma från en mängd platser – din webbserver, plugins eller tema du har installerat, WordPress-kärnan och ibland till och med från dig.

Även om din webbplats inte går offline, är dessa felmeddelanden, tomma skärmar och saknat innehåll försvårande för dina besökare. Så se till att du vet hur du felsöker dessa WordPress-problem den andra de upptäcks.

En sista sak: glöm inte att ha ett automatiskt system med säkerhetskopior i bakgrunden. Med en chans att ett av dessa fel inte kan lösas rent (som i fall av ett säkerhetsöverträdelse), kan en säkerhetskopia verkligen spara din hud.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me