Det sker for os alle; der er et eller andet problem eller fejl med vores websted, og vi er nødt til at foretage noget fejlfinding for at finde ud af, hvad der forårsager problemet, og hvordan vi løser det.

WordPress har en indbygget debug-tilstand, der hjælper dig med at spore, hvad der foregår, ved at vise alle PHP-fejl, meddelelser og advarsler. Der er også yderligere fejlfindingsmuligheder, der kan være nyttige, når man undersøger specifikke typer problemer.

Når du har identificeret kilden til et problem, kan du rapportere detaljerne til plugin- eller temaudvikleren eller dit websteds udvikler. Hvis en øjeblikkelig rettelse ikke er tilgængelig, skal du muligvis deaktivere pluginnet eller temaet, indtil det kan løses.

Aktiver WP_DEBUG

For at aktivere WP_DEBUGLog ind på MyKinsta, og vælg det websted og det miljø, du vil aktivere det på.

Gå til fanen Værktøjer, og klik på knappen Aktiver under WordPress-debugging.

Aktiver WordPress debugging i MyKinsta.
Aktiver WordPress debugging i MyKinsta.

Dette vil få WordPress til at vise alle PHP-fejl, meddelelser og advarsler på dit websted. Disse vil blive vist til enhver besøgende og kan blive vist på både forsiden af ​​dit websted og i WordPress-dashboardet.

Hvis du ser dit websteds wp-config.php-fil nu, vil du se, at følgende linje er blevet tilføjet lige før /* That's all, stop editing! Happy blogging. */ linje:

if (! defined('WP_DEBUG') ) { define( 'WP_DEBUG', true ); } // line added by the MyKinsta

Indstilling af WP_DEBUG til true aktiverer fejlretning i WordPress.

Udvider WP_DEBUG

Der er et par konstanter, der fungerer som ledsagere til WP_DEBUG ved at aktivere yderligere fejlfindingsmuligheder.

Debug Log

Hvis du gerne vil gemme fejl i en logfil, kan du aktivere WP_DEBUG_LOG ved at redigere din wp-config.php fil og tilføje følgende linje efter linjen, der aktiverer WP_DEBUG:

define( 'WP_DEBUG_LOG', true );

Som standard vil denne logfil blive gemt til: wp-content/debug.log på serveren. Hvis du vil, kan du tilpasse stien og filnavnet. I dette eksempel gemmer vi logfilen i tmp-biblioteket og navngiver filen wp-errors.log:

define( 'WP_DEBUG_LOG', '/tmp/wp-errors.log' );

Script Debug

Aktivering af SCRIPT_DEBUG tvinger WordPress til at bruge dev-versionerne af kerne-CSS- og JavaScript-filer i stedet for de minificerede versioner, som det normalt indlæser:

define( 'SCRIPT_DEBUG', true );

Dette kan være nyttigt, når du skal fejlfinde JavaScript- eller CSS-problemer, og du har mistanke om en konflikt eller et andet problem med kerne JavaScript- eller CSS-filer.

Fejlfinding af databaseforespørgsler

For at gemme databaseforespørgsler til et array skal du aktivere SAVEQUERIES:

define( 'SAVEQUERIES', true );

Dette vil gemme hver forespørgsel med, hvor lang tid hver forespørgsel tog at udføre, og hvilken funktion kaldet forespørgslen. Arrayet kan tilgås eller vises med de globale $wpdb->queries.

Andre fejlfindingsværktøjer og -ressourcer

Query Monitor Plugin

Query Monitor-pluginnet er et gratis plugin, der er nyttigt til fejlretning af en række forskellige områder i WordPress. Det kan hjælpe dig med at spore langsomme databaseforespørgsler, AJAX-kald, REST API-anmodninger og meget mere. For flere detaljer har vi et blogindlæg om, hvordan du bruger Query Monitor-pluginet.

Kinsta APM

Kinstas APM Tool hjælper dig med at identificere PHP-ydeevne flaskehalse på dit WordPress-websted uden at skulle tilmelde dig tredjepartsovervågningstjenester som New Relic.

New Relic

New Relic er et overvågningsværktøj, der giver dig detaljerede ydeevneopdelinger på et granulært niveau.

Server Logs

Logfiler er tilgængelige i MyKinsta og kan også downloades via SFTP. Disse filer kan være nyttige, når du skal fejlfinde fejl eller spore andre problemer på dit websted.