[Sådan gør] Aktivering af WordPress-fejlfinding for at løse problemer (5+ metoder)

Alt hvad du behøver at vide om at aktivere WordPress debug

Hvis dette nogensinde er sket for dig, ved du, hvorfor du skal forstå WordPress-fejlretning. Du går for at prøve det nyeste og bedste plugin og så snart du aktiverer. Bom!

Dit websted - død!

Du vil afinstallere pluginet, men det kan du ikke, fordi backend også er død.

Eller du er en WordPress-udvikler kodning af et nyt plugin, men du kan ikke finde ud af, hvorfor det ikke fungerer, som du vil have det. Derfor er fejlfinding en vigtig funktion for kodere og webdesignere.

Ville det ikke være godt, hvis du let kunne finde ud af fejlene, når du arbejder på kode for at udvikle et nyt tema eller et plugin? WordPress-fejlfinding er en sej funktion, der giver dig mulighed for nemt at finde fejlene og forældede funktioner under kodeudførelse på din WP-installation.

Det kommer især praktisk under fejlfindingsprocessen, især hvis du forsøgte at implementere nogle eksperimentelle funktioner på dine temaer eller plugins.

Som standard skjuler WordPress-konfigurationen PHP-meddelelser, mens en side indlæses. Hvis du vil udføre fejlfinding af PHP og WordPress API, skal du foretage nogle justeringer for at aktivere WordPress-fejlretning.

Dette skyldes, at de fleste websteder ikke vil vise PHP-fejl på et live-websted. Visning af sådanne WordPress-fejlretningsfejl kan være farligt, da meddelelserne kan afsløre vigtige detaljer om dit websted, kode, stier og anden information til dine besøgende, hvilket kan give tip til hackere. Disse oplysninger kan derefter bruges til at udnytte og bruge ondsindede koder til at bryde dit websted.

Anbefalet læsning: 17 handlinger for at forhindre boost af WordPress-sikkerhed

I udviklingsfasen, WP codex anbefaler stærkt programmører at aktivere WordPress-fejlretning.

Faktisk vil aktivering af WordPress-fejlfinding hjælpe dig på 2 måder.

• PHP-fejl: Det viser fejl forårsaget af alle PHP-funktioner
• Forældede funktioner: Dette er funktioner, der muligvis har brugt i tidligere versioner af kode, men som for nylig er markeret som ikke længere skal bruges. Dette hjælper dig med at finde en erstatningsfunktion, du kan bruge i stedet.

Lad os i dette indlæg se på forskellige WordPress-fejlfindingskonstanter, og hvordan du aktiverer fejllogning på din installation eller dit websted ...

WordPress-fejlretningsindstillinger

1. Aktivér WordPess-fejlfinding med WP_DEBUG

Den vigtigste PHP-konstant, der kan bruges til at aktivere fejlretningstilstand på dit websted, er WP_DEBUG.

Som standard er denne PHP-konstant indstillet til falsk. Det vises som følger i din wp-config.php fil. 

define( 'WP_DEBUG', false );

For at aktivere logning er alt, hvad du skal gøre, at indstille WP_DEBUG til sand.

Se koden nedenfor.

define( 'WP_DEBUG', true );

Nedenfor er et par ting, du skal huske på, før du aktiverer WordPress-fejlretning.

• Vær forsigtig, inden du foretager ændringer i din wp-config.php fil, fordi det er den vigtigste fil i din installation, der kan bruges til at konfigurere databaseadgang, forbedre ydeevnen og forbedre sikkerheden. At lave en lille fejl i konfigurationen kan resultere i, at dit websted bliver utilgængeligt
• Sørg for, at du ikke aktiverer WordPress-fejlretning på et live websted. Som vi sagde før, kan vigtig information afsløres udover det at lade WordPress-fejlretning være aktiveret vil skabe ydeevneproblemer, fordi det resulterer i betydelige omkostninger

Anbefal læsning: Sådan sikkerhedskopieres WordPress indbygget eller med et plugin

Nu hvor vi har aktiveret indstillingen til WordPress-debugging, skal vi se på output fra debugging-kommandoer. For at gøre dette er det bedst, at vi aktiverer WordPress-fejlfindingslogfilen.

Dette kan gøres ved at aktivere den næste indstilling i wp-config.php.

2. Logfejl til debug.log med WP_DEBUG_LOG

For at være i stand til at gennemgå eventuelle WordPress-fejlretningsfejl, meddelelser eller andre output, skal vi se på WordPress-fejlfindingsfilen. Eventuelt bliver du nødt til at sende denne fil til alle leverandører eller WordPress-udviklere, som du arbejder med.

For at generere WordPress debugging-logfilen skal du aktivere 'WordPress debug logging' ved hjælp af indstillingen WP_DEBUG_LOG. Denne konstant tvinger WordPress i det væsentlige til at skrive fejlretningsoutput til en logfil.

Hvad denne PHP-konstant gør, er at den gemmer alle fejlmeddelelser i en debug.log fil, der findes i indstillingen 'wp-content', så du kan gennemgå sådanne meddelelser / fejl, når du har brug for det.

Bemærk, at WP_DEBUG_LOG-indstillingen fungerer sammen med WP_DEBUG-konstant, dvs. at WP_DEBUG skal være aktiveret, før indstillingen WP_DEBUG_LOG kan træde i kraft.

Sådan aktiveres debug-logning til debug.log fil. Du skal blot tilføje følgende kode til din wp-config.php fil.

define( 'WP_DEBUG_LOG', true);

Når det er sat til sand, spores og gemmes alle dine temaer og plugins-fejl i debug.log fil.

Der er også mulighed for at indstille en anden fil ved hjælp af en lille variation i denne indstilling. Hvis du f.eks. Vil indstille en anden placering eller navn til logfilen, kan du bruge følgende:

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

Ovenstående indstillinger påvirker ikke, hvad der vises på frontend. Dette kan indstilles uafhængigt ved hjælp af den næste indstilling, vi skal diskutere nedenfor.

3. Aktivér / deaktiver skærmfejl med WP_DEBUG_DISPLAY

Se på nedenstående skærmbillede. Sådan ser dit websted ud, hvis WP_DEBUG_DISPLAY er aktiveret. I det væsentlige er dette en indstilling, der tvinger WordPress til at vise fejlene på frontend, snarere end blot at skrive dem til logfilen, som vi har set i de foregående trin.

I de fleste tilfælde, hvis du har aktiveret WP_DEBUG_LOG til at spore eventuelle fejl forårsaget af dine temaer og plugins til en logfil.

Men hvis du arbejder i et udviklingsmiljø, kan du også vælge at vise PHP-meddelelser eller -fejl på front-enden af ​​webstedet. 

Den konstante WP_DEBUG_DISPLAY i wp-config.php-filen giver dig mulighed for at aktivere / deaktivere, om fejlretningsmeddelelser vises på frontend på dit websted.

Som standard, hvis du har aktiveret WordPress-fejlretning, er visning af WordPress-fejlmeddelelser indstillet til 'sand'. Du kan slå det til 'falsk', hvis du vil skjule dem.

Alt hvad du skal gøre er at tilføje nedenstående kodelinje til din wp-config.php-fil.

define( 'WP_DEBUG_DISPLAY', false);

Vær forsigtig, hvis du aktiverer dette på et live site, da dette kan afsløre følsomme oplysninger. Hvis du aktiverer det midlertidigt, skal du ikke glemme at deaktivere, når du har identificeret og løst dit problem.

4. Aktivér fejlretning af script med SCRIPT_DEBUG  

Indtil videre har vi diskuteret vigtigheden af ​​WP_DEBUG-tilstand og hvordan man aktiverer den på din webstedsinstallation. Der er en anden vigtig PHP-konstant, som du kan aktivere til fejlfinding af WordPress-script: SCRIPT_DEBUG.

Mens aktivering af WP_DEBUG afslører eventuelle fejl forårsaget af PHP-funktioner på dit WordPress-tema og plugins, viser aktivering af SCRIPT_DEBUG dig, om der er nogen Javascript-udvikling eller CSS-fejl.

Faktisk, mens debugging, hvis SCRIPT_DEBUG-konstanten er tændt, tvinger det WordPress til at bruge udviklingsversionen af ​​filer i stedet for den minificerede version.

Som du måske ved, WordPress indlæser minificerede versioner af CSS- og JS-filer i det levende miljø. Disse minificerede versioner af filer fjerner alle unødvendige tegn i disse filer i et forsøg på at reducere filstørrelsen for hurtigere sideindlæsning.

Anbefal læsning: 21 handlinger for at gøre WordPress hurtigere

Mens indlæsning af minificerede filer kan være yderst nyttigt med hensyn til brugeroplevelse og WordPress SEO, det kan være en smerte til udviklingsformål, især når du prøver at finde og rette fejl.

Ved at tvinge installationen til at indlæse udviklingsversionen kan du nemt finde ud af, hvilke scripts der forårsager konflikter i dine centrale CSS- og JS-filer. Brug af denne indstilling sammen med browserværktøjskonsollen giver dig mulighed for at identificere, hvor Javascript-fejl smides, så du kan rette dem.

For at tænde SCRIPT_DEBUG skal du tilføje følgende kode til din wp-config.php-fil.

define( 'SCRIPT_DEBUG', true );

5. Aktiver/deaktiver logning af databaseforespørgsler

Igen, mens du debugger problemer, vil du måske være opmærksom på, hvilke databaseforespørgsler der kører. Især hvis du fejler og yder problemer med ydeevne, kan du kontrollere nøjagtigt, hvilke forespørgsler der kører.

wp-config.php filen har en anden indstilling, der giver dig mulighed for at logge alle forespørgsler, der køres. Føj følgende linje til w-config for at muliggøre lagring af forespørgsler. 

definere ('SAVEQUERIES', true);

Når du aktiverer denne indstilling, gemmes alle forespørgsler i $ wpdb-> forespørgsler global. Hvis du ikke er sikker på, hvad variabelens værdi er, kan du tilføje følgende PHP-kodestykke-script til en fil i WordPress. Dette vil output værdien af $ wpdb-> forespørgsler global variabel.

forespørgsler); ?>

WordPress Debug Plugins

Udover logfejlmeddelelser skal du muligvis også kontrollere forespørgsler for ydeevne eller på anden måde prøve at forstå, hvad der foregår under emhætten. Der er en række andre plugins og værktøjer, som vi anbefaler, du bruger, når du har brug for sådan fejlretning eller fejlfinding. 

1. Forespørgselsmonitor

Query Monitor er et pænt plugin, der giver dig mulighed for at se nøjagtigt, hvad forskellige plugins på din WordPress-installation laver. Selvom navnet siger, at det er en "forespørgselsmonitor", gør dette plugin mere end bare at overvåge databaseforespørgsler.

Faktisk kan dette plugin:

• fejlret forespørgsler
• overvåge PHP-fejl
• tjek kroge og handlinger
• HTTP API-opkald
• overvåge afskrevne scripts og stilark 
• fejlretning af AJAX-opkald
• etc.

Du kan også indsnævre en sådan overvågning ved hjælp af plugin eller tema, som hjælper dig med at indsnævre kilderne til problemer.

2. Fejlfindingslinje

Dette plugin bruges typisk af udviklere, da de koder deres temaer eller plugins. Pluginet tilføjer en debug-menu til WordPress-adminlinjen, der viser forespørgsel, cache og andre WordPress-fejlretningsoplysninger. 

Det fantastiske er, at det respekterer WordPress-fejlretningsindstillingerne, som vi beskrev ovenfor.

3. Log forældede meddelelser

Dette er en anden udviklerorienteret plugin. I det væsentlige logger du, om du bruger forældede funktioner, filer eller argumenter, så du kan opgradere og rette din kode for at bruge de nyeste anbefalinger.

Skrivning til WordPress-fejlfindingsloggen

Som udvikler skal du sandsynligvis tilføje fejloplysninger til WordPress-fejlfindingsloggen efter behov. For at gøre dette skal du bruge en bestemt WordPress-funktion, der sender meddelelser til loggen:

error_log( "This is a log entry" );

Hvis fejlretning er aktiveret, vises ovenstående meddelelse i logfilen. Du kan bruge ovenstående til at logge undtagelser eller andre uventede problemer.

WordPress Debug ofte stillede spørgsmål

Hvad gør WordPress-fejlfinding?

De forskellige WordPress-fejlfindingsindstillinger muliggør visning af eventuelle meddelelser, såsom fejl, forældede funktioner eller andre fejllogfiler genereret af temaer, plugins og andre WordPress-funktioner. Ved at aktivere indstillingerne ovenfor kan du identificere og rette eventuelle fejl i dine WordPress-plugins eller temaer.

Hvor er WordPress-fejlfindingsloggen?

WordPress-debugging-loggen findes normalt i rodmappen med navnet debug.log. Ved at bruge indstillingerne defineret ovenfor kan du ændre placeringen af ​​WordPress-fejlfindingsloggen til en placering, der er mere bekvem for dig.

Hvordan deaktiverer jeg fejlretning i WordPress?

For at deaktivere fejlretning i WordPress skal du blot tilføje følgende post til din wp-config.php-fil: define ('WP_DEBUG', false); Det kan også være en god idé at kontrollere resten af ​​de indstillinger, som vi beskriver i denne artikel.

Hvad gør WP Debug?

WP Debug-indstillingen i wp-config.php-filen bruges til at aktivere eller deaktivere WordPress-fejlretning.

Påvirker WordPress-fejlretning ydeevnen?

Ja, WordPress-fejlretning har en præstationspåvirkning, fordi det tilføjer noget overhead, herunder behovet for at output til en fil. Det anbefales, at når du er færdig med fejlretning, deaktiverer du alle sådanne indstillinger. Dette gør også din installation mere sikker, da følsomme oplysninger muligvis er inkluderet i debug-logfiler.

Resumé

Hvis du vil have en hurtig oversigt over alt det, vi har diskuteret, skal du kigge på nedenstående wp-config.php eksempelfil med alle indstillingerne på plads: 

// Aktivér WP_DEBUG-tilstand - for at deaktivere skal du bare sætte false i stedet for true define ('WP_DEBUG', true); // Aktivér fejlretningslogning til /wp-content/debug.log-filen definere ('WP_DEBUG_LOG', sandt);
// Kommenter ovenstående fil og fjern kommentar til nedenstående for at logge på en bestemt fil
// definer ('WP_DEBUG_LOG', '/logs/wordpress-errors.log'); // Deaktiver visning af fejl og advarsler / skift til sand for at aktivere definere ('WP_DEBUG_DISPLAY', false); // Brug dev-versioner af centrale JS- og CSS-filer (kun nødvendigt, hvis du ændrer disse kernefiler) definer ('SCRIPT_DEBUG', sandt);

// Logforespørgsler aktiveret, skift til falsk for at deaktivere
definere ('SAVEQUERIES', true);

Har du nogensinde tændt WordPress-fejlretning? Del dine tanker med os i kommentarfeltet ...

Om forfatteren

Forfatter: Shahzad SaeedInternet side: http://shahzadsaeed.com/E-mail: shahzad@collectiveray.com

Shahzaad Saaed har været med på en lang række autoritetswebsteder, herunder EasyDigitalDownloads, OptinMonster og WPBeginner, hvor han i øjeblikket er ansat som senior indholdsforfatter. Shahzad er WordPress-ekspert, webdesigner og overordnet teknologi- og designekspert. Han har specialiseret sig i content marketing for at hjælpe virksomheder med at vokse deres trafik gennem handlingsrettede og erfaringsbaserede artikler, blogs og ekspertguider, alt sammen hentet fra hans over 10 års erfaring på området.