Slik slår du på feillogger i WordPress

Selv om WordPress er relativt enkelt å administrere, er feilsøking av feil et ganske vanlig problem for brukerne. Å håndtere dem er vanligvis ikke vanskelig – alt som trengs er litt øvelse. Det første trinnet i hver WordPress-feilsøking er å hente feilloggen.

Feilloggen inneholder alle feil, advarsler og merknader om koden bak nettstedet ditt. Noen ganger kan det hjelpe deg med å finne den nøyaktige filen og kodelinjen som forårsaker problemet. Feilloggen kan også gi ledetråder for å løse de tilsynelatende uløselige feilene, for eksempel «dødens hvite skjerm».

Å forstå feilloggen kan imidlertid være ganske utfordrende hvis du ikke er teknisk kunnskapsrik. For å bli teknisk kunnskapsrik må du begynne et sted – så la oss begynne med å vise deg hvordan du slår på og skaffer deg feilloggen i WordPress.

Slik setter du opp WordPress-feillogger i WP-konfigurasjonsfilen din

Wp-config.php-filen er en viktig WordPress-konfigurasjonsfil. Ved å redigere den litt, vil du aktivere WordPress standard feilsøking og vise feil. Du kan gjøre dette via en FTP-klient eller via cPanel.

Bruke en FTP-klient

En forutsetning for å utføre eventuelle redigeringer på serverfilene dine er å angi filtillatelsene riktig. De foreslåtte tillatelsene på wp-config.php-filen er 440 eller 400. Dette betyr at du kun har tillatelse til å lese filene. For å kunne skaffe en feillogg, må du endre filtillatelsene midlertidig til 644 eller 666. For klargjøring gir 644 lese- og skrive-/redigeringstillatelser til adminbrukere, mens resten av brukerne kun får lesetillatelser. 666-verdien gir begge de nevnte typene tillatelser til alle brukere.

For å fortsette trenger du en FTP-klient og kunnskap om å redigere filen wp-config.php. Start med å koble til serveren ved å bruke FTP-legitimasjonen din. Naviger til din root WordPress-katalogen. Finn wp-config.php-filen, høyreklikk på den og velg Alternativet «Filtillatelser»..

Sett inn en av de foreslåtte numeriske verdiene manuelt (644 eller 666) og klikk på «OK«.

Etter å ha endret tillatelsene, gå tilbake til rotkatalogen, høyreklikk på wp-config.php-filen og velg «Vis/rediger«.

Åpne filen med et tekstredigeringsprogram og sett inn denne kodelinjen:

define('WP_DEBUG', true);

over /* Det er alt, slutt å redigere! Lykke til med blogging. */.

Hvis define('WP_DEBUG', false);  linjen er allerede til stede, bare endre usann til sant.

Lagre endringene og last opp den redigerte filen til WordPress-rotkatalogen din. Dette vil overstyre filen som for øyeblikket er på serveren din.

Via cPanel

Du kan også bruke cPanel til å redigere filen wp-config.php. Logg inn på cPanel bruk legitimasjonen din og klikk på «Filbehandler«.

Naviger til rotkatalogen for WordPress-installasjonen til venstre, finn wp-config.php-filen, høyreklikk på den og velg «Endre tillatelser«.

Sørg for å aktivere både lese- og skrivetillatelser for (admin) brukeren ved å krysse av i den aktuelle avmerkingsboksen. Klikk deretter på «Endre tillatelser«.

Etterpå, høyreklikk på wp-config.php-filen en gang til og velg «Redigere«.

Filen åpnes i standard cPanel-editor, så du trenger bare å legge til define('WP_DEBUG', true); over /* That's all, stop editing! Happy blogging. */ kodelinje i wp-config-filen.

Hvis filen allerede inneholder følgende linje define('WP_DEBUG', false); endre ganske enkelt false til true og klikk på «Lagre endringer» øverst til høyre på skjermen.

Hvordan administrere visningsfeil

Når du har vist feilene, vil de vises på sidene dine, både på backend og frontend. Med mindre nettstedet ditt er under utvikling, er det tydeligvis ikke en god idé å avsløre feilene live. I stedet bør du lagre dem som en enkelt fil og skjule dem fra nettstedet ditt. Dette lar deg se filen senere og feilsøke feil når som helst.

Å gjøre dette, legg til denne koden i filen wp-config.php.

define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Legg til koden under følgende linje define('WP_DEBUG', true);  og over /* That's all, stop editing! Happy blogging. */ kodelinje.

Du kan redigere filen ved å bruke en FTP-klient eller via cPanel, ved å følge de samme trinnene som vi la opp i forrige seksjon. Etter redigeringen skal filen wp-config.php se slik ut.

Ved å legge til define( ‘WP_DEBUG_LOG’, true ); vi tvinger WordPress til å lagre alle feilmeldingene i én fil. Som standard heter filen debug.log og den ligger i din-WordPress-root/wp-content/-katalogen. Du kan også lagre feilmeldinger i en annen fil du har opprettet. I så fall endrer du true fra «define(‘WP_DEBUG_LOG’, true );» til banen til filen. For eksempel:

define( 'WP_DEBUG_LOG', path-to-your-site/wp-content/error.log );

Dessuten, WP_DEBUG_DISPLAY bestemmer om feilmeldingene vises eller skjules på skjermen. Ved å legge til define( ‘WP_DEBUG_DISPLAY’, false ); du ber WordPress om å skjule meldingene fra skjermen din, men de skrives fortsatt ut til den angitte filen. Hvis du også legg til @ini_set( ‘display_errors’, 0 ); dette vil deaktivere feilutskrift for PHP, og sørger for at brukere ikke vil kunne se dem på frontend.

Henter feilloggen

Med feilene vist og vellykket skrevet i den aktuelle feilloggfilen, er det eneste som gjenstår å gå gjennom feilmeldingene og ta ytterligere skritt.

Manuell nedlasting av debug.log-fil

For å laste ned loggfilen koble til serveren din, naviger til din root WordPress-mappen og klikk på wp-innhold. Finn debug.log fil inne, Høyreklikk på den og trykk «nedlasting«.

Lagre filen på skrivebordet. Sørg deretter for å tilbakestille de forrige redigeringene. Dette inkluderer å fjerne koden du satte inn og endre tillatelsene på filen wp-config.php til 440 eller 400. Hvis du vil, kan du gjøre dette etter å ha løst feilene.

Til slutt åpner du den lagrede debug.log-filen med et tekstredigeringsprogram og kontrollerer feilmeldingene som er skrevet. Avhengig av ditt kompetansenivå kan du enten løse feilene selv eller ansette en utvikler.

Flere avanserte feilsøkingsfunksjoner

Vi vil også ta en titt på noen mer avanserte feilsøkingsmuligheter. Følgende kode bør legges til i wp-config.php, over /* That's all, stop editing! Happy blogging. */ linje.

Denne koden tvinger WordPress til å bruke ikke-minifiserte versjoner av CSS- og JS-filer, som er nyttig for å feilsøke endringer og/eller feil som finnes spesifikt i CSS- og JS-filene dine.

Ved å sette CONCATENATE_SCRIPTS konstant til falsk, tvinger du WordPress for å laste alle skript separat. Dette kan vise seg å være nyttig for å finne feil/inkompatible skript.

Hvis du opplever databaseproblemer, er analyse av spørringene som kjøres en god måte å starte feilsøkingen på. Ved å sette inn koden ovenfor vil du legg søkeinnholdet, hvilken funksjon kalte det og hvor lenge det ble kjørt i $wpdb->queries array. Dette vil tillate deg å dykke dypere inn i backend-delen av temaets kode og nøyaktig hva det gjør.

Du kan da legg til følgende kode for å vise alle spørringene i en lesbar form og analysere dem.

global $wpdb;
print("<pre>".print_r($wpdb->queries,true)."</pre>");

Vær imidlertid oppmerksom på at denne koden vil påvirke nettstedets ytelse, så vi anbefaler å bruke den kun til feilsøkingsformål.

Siste tanker

Ved å følge denne veiledningen kan du vise og trygt lagre feillogger i en fil, endre filtillatelser og kjøre noen feilsøkingsfunksjoner beregnet på mer avanserte WordPress-brukere. Denne opplæringen vil også hjelpe deg med å lære mer om måten nettstedet ditt fungerer på – så hold det nært fordi du kan trenge disse instruksjonene i fremtiden.