Kritisk feil på WordPress? Pust ut, den er som regel fiksbar.

Dette punktet hopper folk over, og det er det eneste som forteller deg svaret i stedet for at du må gjette. WordPress skjuler feilmeldingen for besøkende med vilje, men du kan få den fram. Har du tilgang til filene via FTP eller webhotellets filbehandler, åpne wp-config.php og sett WP_DEBUG og WP_DEBUG_LOG til true. Da skrives feilen til en loggfil under wp-content, som heter debug.log. Åpne den og se på de nederste linjene. Der står som regel både filnavnet og linjenummeret, og filstien forteller deg hvilken plugin eller hvilket tema som er synderen. Husk å sette WP_DEBUG tilbake til false når du er ferdig, ellers kan besøkende se feilmeldinger. Mange webhotell har også en egen feillogg i kontrollpanelet, og da slipper du å endre filer i det hele tatt.

Dette er den klart vanligste årsaken. En plugin ble oppdatert, ofte automatisk uten at noen trykket på noe, og den nye versjonen krangler med noe annet på siden. Kommer du inn i wp-admin, skru av alle plugins, last siden på nytt, og skru dem deretter på igjen én om gangen til feilen kommer tilbake. Den siste du skrudde på, er synderen. Kommer du ikke inn i admin, gjør du det samme via FTP: gå til wp-content, og døp om mappen plugins til noe annet, for eksempel plugins-av. Da deaktiverer WordPress alle plugins på én gang, og du kommer som regel inn igjen. Døp mappen tilbake, og skru dem så på én om gangen fra admin. Kom feilen rett etter en oppdatering, se feil etter oppdatering for når det lønner seg å rulle tilbake, og når det ikke gjør det.

Har du eller noen andre nylig limt kode inn i functions.php, i en snutt-plugin, eller i temaets filer, er det en sannsynlig årsak. Et manglende semikolon eller en feilplassert parentes er nok til å ta ned hele siden. Dette er også den enkleste feilen å rette hvis du vet at det skjedde: fjern koden du la inn sist, og siden kommer som regel tilbake med det samme. Har du fått en kodesnutt fra en nettside eller et forum og limt den inn, er den mistenkt nummer én. Legg alltid inn slik kode via en snutt-plugin som har en sikkerhetsmekanisme, i stedet for direkte i temafilene.

Kommer feilen fra temaet, ser du det ofte ved at admin virker mens forsiden er nede. Test ved å bytte midlertidig til et av WordPress sine standardtemaer, for eksempel Twenty Twenty-Four. Kommer du inn i admin, gjør du det under Utseende og Temaer. Kommer du ikke inn, kan du via FTP døpe om mappen til temaet ditt under wp-content og themes, så faller WordPress tilbake på et standardtema av seg selv. Virker siden da, ligger feilen i temaet. Er det et kjøpt tema, sjekk om det finnes en nyere versjon, og om utvikleren har skrevet noe om kompatibilitet med den PHP-versjonen du kjører.

Dette er den lumske varianten, fordi ingen hos deg har rørt noe. Webhotellet oppgraderer PHP, ofte med et varsel på e-post som få leser, og en gammel plugin eller et gammelt tema som ikke tåler den nye versjonen faller sammen. Symptomet er at siden lå nede en morgen uten at noen hadde gjort noe. Sjekk i kontrollpanelet hos webhotellet hvilken PHP-versjon som kjører, og om den nylig ble endret. De fleste webhotell lar deg sette den tilbake midlertidig, og da kommer siden opp igjen. Det er en midlertidig løsning, ikke en fiks: den gamle PHP-versjonen slutter å få sikkerhetsoppdateringer, så det du egentlig må gjøre er å oppdatere eller bytte ut det som ikke tåler ny PHP. Står byttet for døren, viser guiden til PHP-oppgradering hvordan du tester før webhotellet bytter, og denne kundecasen hvordan vi fikk et eldre nettsted opp igjen etter en PHP-oppgradering.

Ser du en melding om at tillatt minne er brukt opp, eller står det noe om memory size i feilloggen, har PHP gått tom for minne. Det skjer typisk på sider med mange plugins, eller når noe kjører en tung operasjon som en import eller en backup. Du kan øke grensen ved å legge til en linje i wp-config.php som setter WP_MEMORY_LIMIT til 256M, men vær klar over at det ofte er et symptom og ikke årsaken. Går siden tom for minne på vanlig trafikk, er det som regel en plugin som oppfører seg dårlig, eller et webhotell som er for lite for det siden faktisk gjør. Begge deler er verdt å se nærmere på i stedet for å skru opp grensen på nytt hver gang.

Mistet du nettforbindelsen midt i en oppdatering, eller stoppet webhotellet prosessen fordi den tok for lang tid, kan filer ligge igjen halvveis oppdaterte. Symptomet er ofte en feilmelding om en fil som ikke finnes, eller en funksjon som ikke er definert. Løsningen er å legge inn filene på nytt. For WordPress selv kan du laste ned en ren versjon fra wordpress.org og legge inn mappene wp-admin og wp-includes på nytt via FTP, uten å røre wp-content eller wp-config.php. For en plugin eller et tema er det tryggeste å slette den ene mappen og installere på nytt. Ta backup av filene før du gjør noe av dette.