[Hvordan] Aktiver WordPress-feilsøking for å fikse problemer (5+ metoder)

Alt du trenger å vite om å aktivere WordPress-feilsøking

Hvis dette noen gang har skjedd med deg, vet du hvorfor du trenger å forstå WordPress-feilsøking. Du går for å prøve ut den nyeste og beste plugin-en og så snart du aktiverer. Bom!

Nettstedet ditt - Dead!

Du vil avinstallere programtillegget, men du kan ikke fordi bakenden er død også.

Eller du er en WordPress-utvikler koding av et nytt plugin, men du kan ikke finne ut hvorfor det ikke fungerer slik du vil ha det. Derfor er feilsøking en viktig funksjon for kodere og webdesignere.

Ville det ikke vært bra hvis du enkelt kunne finne ut av feilene når du jobber med kode for å utvikle et nytt tema eller et plugin? WordPress feilsøking er en kul funksjon som lar deg enkelt finne feilene og utdaterte funksjoner under kodeutførelse på WP-installasjonen.

Det er spesielt nyttig under feilsøkingsprosessen, spesielt hvis du prøvde å implementere noen eksperimentelle funksjoner på temaene eller pluginene dine.

Som standard skjuler WordPress-konfigurasjonen PHP-varsler mens en side lastes inn. Hvis du vil utføre feilsøking av PHP og WordPress API, må du gjøre noen justeringer for å aktivere WordPress feilsøking.

Dette skyldes at de fleste nettsteder ikke vil vise PHP-feil på et live nettsted. Å vise slike WordPress-feilsøkingsfeil kan være farlig, da merknadene kan avsløre avgjørende detaljer om nettstedet ditt, kode, baner og annen informasjon til besøkende på nettstedet, noe som kan gi hint til hackere. Denne informasjonen kan da brukes til å utnytte og bruke ondsinnede koder for å bryte nettstedet ditt.

Anbefalt lesing: 17 handlinger for å forhindre økt WordPress-sikkerhet

I løpet av utviklingsfasen, WP-kodeksen anbefaler programmerere å aktivere WordPress feilsøking.

Aktivering av WordPress-feilsøking vil faktisk hjelpe deg på to måter.

• PHP feil: Det viser feil forårsaket av alle PHP-funksjoner
• Utdaterte funksjoner: Dette er funksjoner som kan ha vært brukt i tidligere versjoner av kode, men som nylig er merket som ikke lenger skal brukes. Dette vil hjelpe deg å finne en erstatningsfunksjon du kan bruke i stedet.

I dette innlegget, la oss ta en titt på forskjellige WordPress-feilsøkingskonstanter og hvordan du slår på feillogging på installasjonen eller nettstedet ditt ...

WordPress feilsøkingsinnstillinger

1. Aktiver WordPess-feilsøking med WP_DEBUG

Den viktigste PHP-konstanten som kan brukes til å aktivere feilsøkingsmodus på nettstedet ditt, er WP_DEBUG.

Som standard er denne PHP-konstanten satt til falsk. Det vises som følger i din wp-config.php filen. 

define( 'WP_DEBUG', false );

For å slå på logging, er alt du trenger å gjøre å sette WP_DEBUG til sant.

Se koden nedenfor.

define( 'WP_DEBUG', true );

Nedenfor er et par ting du må huske på før du aktiverer WordPress-feilsøking.

• Vær forsiktig før du gjør noen endringer i din wp-config.php filen fordi den er den viktigste filen i installasjonen din som kan brukes til å konfigurere databasetilgang, forbedre ytelsen og forbedre sikkerheten. Å gjøre en liten feil i konfigurasjonen kan føre til at nettstedet ditt blir utilgjengelig
• Forsikre deg om at du ikke aktiverer WordPress-feilsøking på et live nettsted. Som vi sa tidligere, kan viktig informasjon avsløres, i tillegg til at det å la WordPress-feilsøking være aktivert, vil skape ytelsesproblemer fordi det resulterer i betydelig overhead

Anbefaler å lese: Hvordan sikkerhetskopiere WordPress innfødt eller med et plugin

Nå som vi har aktivert innstillingen for WordPress-feilsøking, må vi se på utdataene fra feilsøkingskommandoer. For å gjøre dette er det best at vi aktiverer WordPress-feilsøkingsloggfilen.

Dette kan gjøres ved å aktivere neste innstilling i wp-config.php.

2. Logg feil til debug.log med WP_DEBUG_LOG

For å kunne gjennomgå eventuelle WordPress-feilsøkingsfeil, merknader eller andre utdata, må vi se på WordPress-feilsøkingsfilen. Muligens må du sende denne filen til alle leverandører eller WordPress-utviklere du jobber med.

For å generere WordPress feilsøkingsloggfilen, må du slå på 'WordPress feilsøkingslogging' ved hjelp av innstillingen WP_DEBUG_LOG. Denne konstanten tvinger WordPress i hovedsak til å skrive feilsøkingsutganger til en loggfil.

Hva denne PHP-konstanten gjør, er at den lagrer alle feilmeldinger i en debug.log filen som ligger i kataloginnstillingen 'wp-content', slik at du kan se gjennom slike varsler / feil når du trenger det.

Merk at innstillingen WP_DEBUG_LOG fungerer sammen med WP_DEBUG-konstanten, dvs. at WP_DEBUG må være aktivert for at innstillingen WP_DEBUG_LOG skal tre i kraft.

Slik aktiverer du feilsøkingslogging til debug.log fil. Bare legg til følgende kode i din wp-config.php filen.

define( 'WP_DEBUG_LOG', true);

Når det er satt til sant, vil alle temaene og plugins-feilene dine bli sporet og lagret i debug.log filen.

Det er også muligheten til å angi en annen fil ved å bruke en liten variasjon i denne innstillingen. Hvis du for eksempel vil angi en annen plassering eller et annet navn for loggfilen, kan du bruke følgende:

definere ('WP_DEBUG_LOG', '/logs/wordpress-errors.log');

Ovennevnte innstillinger påvirker ikke det som vises på frontend. Dette kan settes uavhengig ved hjelp av neste innstilling vi skal diskutere nedenfor.

3. Aktiver / deaktiver skjermfeil med WP_DEBUG_DISPLAY

Ta en titt på skjermbildet nedenfor. Slik kan nettstedet ditt se ut hvis WP_DEBUG_DISPLAY er på. I hovedsak er dette en innstilling som tvinger WordPress til å vise feilene på frontend, i stedet for bare å skrive dem til loggfilen som vi har sett i de forrige trinnene.

I de fleste tilfeller, hvis du har aktivert WP_DEBUG_LOG å spore eventuelle feil forårsaket av temaene og pluginene til en loggfil.

Imidlertid, hvis du jobber i et utviklingsmiljø, kan du også velge å vise PHP-merknader eller feil også på forsiden av nettstedet. 

Den konstante WP_DEBUG_DISPLAY i wp-config.php-filen lar deg aktivere / deaktivere om feilsøkingsmeldinger vises foran på siden din.

Som standard, hvis du har aktivert WordPress-feilsøking, er visning av WordPress-feilmeldinger satt til 'true'. Du kan slå det til 'falsk' hvis du vil skjule dem.

Alt du trenger å gjøre er å legge til nedenstående kodelinje i wp-config.php-filen.

define( 'WP_DEBUG_DISPLAY', false);

Vær forsiktig hvis du aktiverer dette på et live nettsted, fordi dette kan avsløre sensitiv informasjon. Hvis du aktiverer det midlertidig, ikke glem å deaktivere når du har identifisert og løst problemet.

4. Aktiver feilsøking av skript med SCRIPT_DEBUG  

Så langt har vi diskutert viktigheten av WP_DEBUG-modus og hvordan du aktiverer den på nettstedsinstallasjonen. Det er en annen viktig PHP-konstant som du kan aktivere for feilsøking av WordPress-skript: SCRIPT_DEBUG.

Mens aktivering av WP_DEBUG avslører eventuelle feil forårsaket av PHP-funksjoner på WordPress-temaet og plugins, viser aktivering av SCRIPT_DEBUG deg om det er noen Javascript utvikling eller CSS feil.

Faktisk, mens feilsøking hvis SCRIPT_DEBUG-konstanten er slått på, tvinger det WordPress til å bruke utviklingsversjonen av filer i stedet for den minimerte versjonen.

Som du kanskje vet, WordPress laster minifiserte versjoner av CSS- og JS-filer i det levende miljøet. Disse minifiserte versjonene av filer fjerner alle unødvendige tegn i filene i et forsøk på å redusere filstørrelsen for raskere sideinnlasting.

Anbefaler å lese: 21 handlinger for å gjøre WordPress raskere

Mens lasting av minifiler kan være svært nyttig når det gjelder brukeropplevelse og WordPress SEO, kan det være en smerte for utviklingsformål, spesielt når du prøver å finne og fikse feil.

Ved å tvinge installasjonen til å laste utviklingsversjonen, kan du enkelt finne ut hvilke skript som forårsaker konflikter i kjerne-CSS- og JS-filene. Ved å bruke denne innstillingen sammen med nettleserverktøykonsollen kan du identifisere hvor Javascript-feil blir kastet, slik at du kan fikse dem.

For å slå på SCRIPT_DEBUG, legg til følgende kode i wp-config.php-filen.

define( 'SCRIPT_DEBUG', true );

5. Aktiver / deaktiver logging av databasespørringer

Nok en gang, mens du feilsøker problemer, vil du kanskje merke deg hvilke databasespørsmål som kjører. Spesielt hvis du feilsøker og ytelsesproblemer, vil du kanskje sjekke nøyaktig hvilke spørsmål som kjører.

De wp-config.php filen har en annen innstilling som lar deg logge alle spørsmål som kjøres. Legg til følgende linje i w-config for å muliggjøre lagring av spørsmål. 

definere ('SAVEQUERIES', true);

Når du har aktivert dette alternativet, blir alle spørsmål lagret i $ wpdb-> spørsmål global. Hvis du ikke er sikker på hvilken verdi variabelen har, kan du legge til følgende PHP-kodebit-skript i en fil i WordPress. Dette vil gi verdien av $ wpdb-> spørsmål global variabel.

spørsmål); ?>

WordPress Debug Plugins

Foruten loggfeilmeldinger, kan det også hende du må sjekke forespørsel for ytelse, eller på annen måte prøve å forstå hva som skjer under panseret. Det er en rekke andre plugins og verktøy som vi anbefaler at du bruker når du trenger å utføre slik feilsøking eller feilsøking. 

1. Spørringsmonitor

Query Monitor er et pent plugin som lar deg se nøyaktig hva forskjellige plugins på WordPress-installasjonen din gjør. Selv om navnet sier at det er en "spørringsmonitor", gjør dette pluginet mer enn bare å overvåke databasespørsmål.

Faktisk kan dette pluginet:

• feilsøk spørsmål
• overvåke PHP-feil
• sjekk kroker og handlinger
• HTTP API-anrop
• overvåke innhentede skript og stilark 
• feilsøking av AJAX-samtaler
• og så videre

Du kan også begrense slik overvåking med plugin, eller tema, som hjelper deg med å begrense kildene til problemer.

2. Feilsøkingslinje

Dette pluginet brukes vanligvis av utviklere da de koder temaene eller pluginene sine. Plugin legger til en feilsøkingsmeny til WordPress-administrasjonslinjen som viser spørsmål, hurtigbuffer og annen WordPress-feilsøkingsinformasjon. 

Det som er bra er at den respekterer WordPress-feilsøkingsinnstillingene vi beskrev ovenfor.

3. Logg utdaterte meldinger

Dette er en annen utviklerorientert plugin. I hovedsak logger du om du bruker foreldede funksjoner, filer eller argumenter, slik at du kan oppgradere og fikse koden din for å bruke de siste anbefalingene.

Skriver til WordPress-feilsøkingsloggen

Som utvikler bør du sannsynligvis legge til feilinformasjon i WordPress-feilsøkingsloggen etter behov. For å gjøre dette må du bruke en bestemt WordPress-funksjon som sender meldinger til loggen:

error_log( "This is a log entry" );

Hvis feilsøking er aktivert, vises meldingen ovenfor i loggfilen. Du kan bruke ovennevnte til å logge unntak eller andre uventede problemer.

WordPress Debug vanlige spørsmål

Hva gjør WordPress feilsøking?

De forskjellige WordPress-feilsøkingsinnstillingene muliggjør visning av merknader, for eksempel feil, utdaterte funksjoner eller andre feillogger generert av temaer, plugins og andre WordPress-funksjoner. Ved å aktivere innstillingene ovenfor kan du identifisere og fikse eventuelle feil i WordPress-plugins eller temaer.

Hvor er WordPress-feilsøkingsloggen?

WordPress-feilsøkingsloggen finnes vanligvis i rotkatalogen med navnet debug.log. Ved å bruke innstillingene som er definert ovenfor, kan du endre plasseringen av WordPress-feilsøkingsloggen til en plassering som er mer praktisk for deg.

Hvordan deaktiverer jeg feilsøking i WordPress?

For å deaktivere feilsøking i WordPress, legger du bare til følgende oppføring i wp-config.php-filen: define ('WP_DEBUG', false); Det kan også være lurt å sjekke resten av innstillingene som vi beskriver i denne artikkelen.

Hva gjør WP Debug?

WP Debug-innstillingen i wp-config.php-filen brukes til å aktivere eller deaktivere WordPress feilsøking.

Påvirker WordPress feilsøking ytelsen?

Ja, WordPress-feilsøking har en ytelsespåvirkning fordi det legger til noe overhead, inkludert behovet for å sende til en fil. Det anbefales at du deaktiverer alle slike innstillinger når du er ferdig med feilsøking. Dette gjør også installasjonen din sikrere, siden sensitiv informasjon kan være inkludert i feilsøkingsloggene.

Oppsummering

Hvis du vil ha et raskt sammendrag av alt vi har diskutert, kan du ta en titt på eksemplet på wp-config.php nedenfor med alle innstillingene på plass: 

// Aktiver WP_DEBUG-modus - for å deaktivere bare put false i stedet for true define ('WP_DEBUG', true); // Aktiver feilsøkingslogging til /wp-content/debug.log-filen definere ('WP_DEBUG_LOG', sant);
// Kommenter filen ovenfor og fjern kommentaren nedenfor for å logge på en bestemt fil
// definer ('WP_DEBUG_LOG', '/logs/wordpress-errors.log'); // Deaktiver visning av feil og advarsler / bytt til sann for å aktivere definere ('WP_DEBUG_DISPLAY', false); // Bruk dev-versjoner av kjernen JS og CSS filer (bare nødvendig hvis du endrer disse kjernefilene) definere ('SCRIPT_DEBUG', sant);

// Loggspørsmål aktivert, bytt til false for å deaktivere
definere ('SAVEQUERIES', true);

Har du noen gang slått på WordPress feilsøking? Del tankene dine med oss ​​i kommentarfeltet ...

om forfatteren

Forfatter: Shahzad Saeednettside: http://shahzadsaeed.com/E-post: shahzad@collectiveray. Med

Shahzaad Saaed har blitt omtalt på et stort antall autoritetsnettsteder, som en WordPress-ekspert. Han spesialiserer seg på innholdsmarkedsføring for å hjelpe virksomheten med å øke trafikken.