I en perfekt verden ville du aldrig have et eneste problem, der krævede fejlfinding. Men i den virkelige verden vil du næsten helt sikkert støde på problemer på dit WordPress-websted, som kræver et kig under motorhjelmen.
For at hjælpe dig med at gøre det, indeholder WordPress sin egen indbyggede fejlfindingstilstand, og du kan også finde nyttige værktøjer fra tredjeparter til at hjælpe dig med at fejlfinde WordPress.
I dette indlæg vil vi grave i den indbyggede WordPress-fejlfindingstilstand og vise dig, hvordan du aktiverer den. Derefter vil vi også dele nogle af de andre måder, hvorpå du kan fejlfinde dit WordPress-websted.
Her er alt, hvad vi vil dække:
- En introduktion til WordPress fejlfindingstilstand og fejlfindingsloggen
- Sådan aktiverer du WordPress debug-tilstand (tre metoder)
- Nogle andre måder at debugge WordPress på
Hvad gør WP Debug?
Kernen i WordPress-softwaren er skrevet i PHP, ligesom plugins og temaer.
Hvis du har problemer med dit websted, kan WordPress debug-tilstand hjælpe dig med at finde ud af, hvad der går galt, ved at vise alle PHP-fejl, meddelelser og advarsler.
Når du har aktiveret fejlfindingstilstand, vil du se meddelelser som denne, når der er et problem (selv om det ikke forårsager umiddelbare problemer):
Du kan derefter rette problemet eller rapportere det til din udvikler eller temaets/pluginets udvikler.
Hvad er WordPress Debug Log?
Når du aktiverer WordPress debug-tilstand af sig selv, vil du se meddelelser som eksemplet ovenfor på dit websted i øjeblikket – men disse meddelelser vil ikke blive gemt nogen steder.
Hvis du ønsker at gemme dem, kan du også aktivere WordPress debug-loggen for at gemme alle disse meddelelser og fejl i en fil på din server.
Når den er aktiveret ved at indstille konstanten WP_DEBUG_LOG til true, skriver WordPress alle problemer til følgende fil:
wp-content/debug.log
Du kan dog også angive en brugerdefineret filsti for at skrive loggen til en anden placering på din server.
Hvis du vil gemme problemer i loggen, men ikke vise dem offentligt i HTML-teksten på dine sider (som i eksemplet på skærmbilledet ovenfor), kan du også bruge konstanten WP_DEBUG_DISPLAY til at holde debug-tilstand aktiveret, men ikke vise meddelelser på dit websted.
Typisk vil du kombinere WP_DEBUG_DISPLAY med WP_DEBUG_LOG.
Sådan aktiverer du WordPress Debug Mode
For at aktivere WordPress debug-tilstand har du flere muligheder. Vi vil dække tre metoder til at aktivere den:
Sådan aktiveres WordPress Debug Mode i MyKinsta
Hvis du er host for dit WordPress-websted hos Kinsta, har vi bygget et nemt værktøj, der lader dig aktivere WordPress debug-tilstand uden at skulle redigere din wp-config.php-fil.
Dette værktøj er praktisk for hurtigt at kunne aktivere debug-tilstand og vise meddelelser på dit websted, men det giver dig ikke mulighed for at styre WordPress-debug-loggen eller om meddelelser skal vises på live-sider. Hvis du kun ønsker at bruge debug-loggen, foretrækker du måske plugin-metoden i næste afsnit.
Sådan kommer du i gang:
- Åbn dit MyKinsta-dashboard.
- Vælg det websted, hvor du vil aktivere fejlfinding, fra listen over websteder.
- Gå til fanen Værktøjer i dette webstedets dashboard.
- Klik på Aktiver under WordPress-fejlsøgning.
Du kan bruge værktøjet på både dine live- og scenemiljøer. Når det er muligt, anbefaler vi dog, at du bruger det med dit scenemiljø, fordi aktivering af WordPress debug-tilstand kan vise detaljer om dit websteds PHP-kode til besøgende (hvilket er forvirrende for besøgende og også en sikkerhedsrisiko).
Når du er færdig, kan du deaktivere debug-tilstand ved at klikke på knappen Deaktiver i dit Kinsta-dashboard:
Sådan bruger du et WordPress Debug Plugin
Hvis du ikke hoster hos Kinsta, kan du også finde gratis WordPress debug-plugins, der gør det nemt at aktivere debug-tilstand. Der er flere muligheder på WordPress.org, men vi anbefaler det gratis WP Debugging-plugin fra Andy Fragen.
Når du har installeret og aktiveret plugin’et, begynder det at fungere med det samme. Som standard sætter den følgende konstanter til true (dvs. den aktiverer følgende funktioner):
WP_DEBUG– aktiverer debug-tilstand.WP_DEBUG_LOG– gemmer meddelelser til en logfil.SCRIPT_DEBUGSAVEQUERIES
Vi dækker, hvad de to sidste konstanter gør lidt senere i dette indlæg.
For at konfigurere et par indstillinger kan du gå til Værktøjer → WP Debugging:
Når du er færdig, skal du sørge for at deaktivere pluginet for at deaktivere debug-tilstand.
Sådan aktiverer du manuelt WordPress Debug Mode
Endelig kan du også aktivere WordPress debug-tilstand ved manuelt at tilføje konstanterne til din wp-config.php-fil.
For at komme i gang skal du oprette forbindelse til din server via FTP og redigere filen wp-config.php. Som standard ligger denne fil i rodmappen på dit websted (medmindre du har flyttet den af sikkerhedsmæssige årsager).
Hvis du kun vil aktivere den grundlæggende WordPress-fejlfindingstilstand, skal du tilføje følgende kodestump over den linje, hvor der står /* That’s it, stop editing! Happy blogging. */:
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
Du kan også bruge nogle af følgende konstanter efter dine præferencer:
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
Når du er færdig, kan du enten sætte konstanterne til false eller bare fjerne udklippet for at deaktivere fejlfindingstilstand.
Sørg for at deaktivere fejlfindingstilstand i WordPress, når du er færdig
Debug-tilstanden er nyttig, når du forsøger at fejlfinde problemer med WordPress, men du bør ikke lade den være aktiveret 24/7, fordi den kan afsløre tekst fra din PHP-kode for besøgende på webstedet.
Vi nævnte dette ovenfor – men dette er blot en påmindelse om altid at deaktivere debug-tilstand, når du er færdig med fejlfinding.
Andre måder at fejlsøge WordPress på
Ud over det indbyggede fejlfindingsværktøj, som vi har præsenteret ovenfor, er der flere andre indbyggede og tredjepartsværktøjer, der kan hjælpe dig med at fejlfinde dit WordPress-websted.
Script Debug
SCRIPT_DEBUG er en anden indbygget konstant, der tvinger WordPress til at bruge dev-versionerne af centrale CSS- og JavaScript-filer i stedet for de minificerede versioner, som den normalt indlæser.
Dette kan være nyttigt, hvis du tester ændringer i de indbyggede .js eller .css-filer.
Hvis du vil aktivere SCRIPT_DEBUG, kan du enten:
- Brug det gratis WP Debugging-plugin fra ovenstående, som aktiverer det som standard.
- Tilføj følgende konstant til din wp-config.php-fil –
define( 'SCRIPT_DEBUG', true );
Debugging af databaseforespørgsler
Hvis du har problemer med dit websteds database, kan du aktivere logning af databaseforespørgsler ved hjælp af SAVEQUERIES -konstanten til at spore:
- Hver databaseforespørgsel.
- Den funktion, der kaldte databaseforespørgslen.
- Hvor lang tid forespørgslen tog.
For at aktivere logning af forespørgsler kan du enten:
- Brug det gratis WP Debugging-plugin fra ovenstående, som aktiverer det som standard.
- Tilføj følgende konstant til din wp-config.php-fil –
define( 'SAVEQUERIES', true );
Bemærk: Dette vil påvirke dit websteds ydeevne, så prøv at bruge det på et staging-websted, når det er muligt, og deaktiver det, så snart du er færdig.
Plugin til forespørgselsovervågning
Query Monitor-plugin er et gratis plugin, der er nyttigt til fejlfinding på en række forskellige områder i WordPress, herunder:
- Databaseforespørgsler.
- PHP-fejl.
- Hooks og handlinger.
- Blokeringseditorblokke.
- Scripts og stylesheets, der er sat i kø.
- HTTP API-opkald.
- Brugerfunktioner.
Samlet set er det et af de bedste WordPress-fejlfindingsværktøjer, du kan finde, hvilket er grunden til, at det har næsten en perfekt 5-stjernet bedømmelse på over 320 anmeldelser.
Når du installerer og aktiverer pluginet, får du nogle nye muligheder på WordPress-værktøjslinjen, der viser debug-informationer. Når du klikker på disse indstillinger, åbner de en ny Query Monitor-boks, der giver dig flere oplysninger:
Hvis du vil have et mere detaljeret kig, har vi et helt indlæg om, hvordan du bruger Query Monitor-pluginet.
New Relic
New Relic er et premium-værktøj til analyse og fejlfinding af dit websteds ydeevne. Det kan hjælpe dig med at opdage flaskehalse og problemer, der påvirker dit websteds ydeevne.
Kinsta indeholder allerede det indbyggede APM-værktøj. Du kan dog stadig bruge New Relic i MyKinsta-dashboardet, forudsat at du har din egen licens.
Serverlogfiler
Endelig kan dine serverlogfiler også være et nyttigt værktøj til fejlfinding af WordPress.
Hvis du er vært hos Kinsta, kan du se alle dine serverlogs fra fanen Logs i et webstedets dashboard:
Hvis du er vært et andet sted, skal du konsultere din værts dokumentation for at finde ud af, hvor du kan få adgang til dine serverlogfiler.
Opsummering
Hvis du har brug for at debugge WordPress, giver den indbyggede WordPress-debugtilstand en nyttig måde at se PHP-fejl og meddelelser på.
Hvis bliver hosted hos Kinsta, kan du aktivere den direkte fra dit dashboard. Ellers kan du aktivere den med plugins eller ved at tilføje kodestumper til din hjemmesides wp-config.php-fil.
Hvis du vil have mere hjælp, kan du også bruge andre indbyggede værktøjer eller tredjepartsværktøjer som New Relic (din egen licens er påkrævet) og det gratis Query Monitor-plugin.
Har du andre spørgsmål om, hvordan du debugger WordPress? Efterlad en kommentar, og lad os vide det!
Jon er Chief Operating Officer hos Kinsta og er dagligt involveret i Kinstas salgs-, kundeservice- og tekniske supportteam. Jon er en familiefar. Så når han ikke febrilsk trykker på tasterne på sin bærbare computer, hjælper han normalt et af sine børn med at reparere en cykel eller konfigurere Netflix til utålmodige førskolebørn.
Skriv et svar