Introduktion af Xdebug<\/h2>\n
Xdebug<\/a> er en af de mest popul\u00e6re udvidelser til at debugge din PHP-kode. Du installerer det fra dit valgte milj\u00f8, og det fungerer som en “step debugger”<\/p>\n Kort sagt g\u00f8r det dig i stand til at arbejde p\u00e5 din kode linje for linje, s\u00e5 du kan g\u00e5 igennem og se p\u00e5, hvordan koden virker og interagerer i dit program, samt unders\u00f8ge dets output. Derfra kan du foretage de \u00e6ndringer, som du finder passende.<\/p>\n Xdebug kan dog g\u00f8re meget mere:<\/p>\n I betragtning af funktionerne er der masser af m\u00e5der at bruge Xdebug (og enhver lignende debugger) i din arbejdsgang p\u00e5. Vi vil d\u00e6kke disse i n\u00e6ste afsnit.<\/p>\n\n Mange udviklere vil ikke have en dedikeret debugging-arbejdsgang, der bruger tredjepartsv\u00e6rkt\u00f8jer og udvidelser. Dette skyldes, at PHP indeholder sin egen rudiment\u00e6re fejllogning. Du bruger kommandoer som Der er f.eks. masser af snippets, som du kan genbruge til WordPress-udvikling \u2014 Stack Overflow er fyldt med dem<\/a>:<\/p>\n Der er dog nogle vigtige ulemper ved denne fremgangsm\u00e5de:<\/p>\n Sidstn\u00e6vnte punkt kr\u00e6ver en stor manuel indsats, is\u00e6r hvis du ikke arbejder som systemadministrator<\/a> i dit daglige arbejde. Hvis du f.eks. \u00f8nsker at debugge (fejlfinde) en kodeblok, kan du tilf\u00f8je dit uddrag baseret p\u00e5 en variabel, du definerer. Det er dog ikke n\u00f8dvendigvis kilden til problemet eller indikerer endda, hvad der sker.<\/p>\n I stedet kan et v\u00e6rkt\u00f8j som Xdebug udf\u00f8re sin magi for at give et st\u00f8rre omfang:<\/p>\n Alt i alt er det at bruge et v\u00e6rkt\u00f8j som Xdebug en proaktiv beslutning snarere end en reaktiv beslutning. Du kan bruge step debugging som en del af den centrale udviklingsproces, ligesom du kan implementere enhedstests som en del af testdreven udvikling (TDD).<\/p>\n Selvom du kan debugge din kode uden en specifik fejl, er det ofte godt at vide, om et problem opst\u00e5r uden at have Xdebug \u00e5ben. Dette giver dig et udgangspunkt for udforskning<\/a>. Det er ikke strengt n\u00f8dvendigt, men kan v\u00e6re en nyttig del af din k\u00e6de.<\/p>\n Hvis du vil rapportere hver eneste fejl, der opst\u00e5r, skal du tilf\u00f8je en linje \u00f8verst i den relevante PHP-fil:<\/p>\n Dette er en catch-all kommando, og du kan opn\u00e5 det samme ved at bruge Dette giver dig mulighed for at \u00e6ndre indstillingerne i din php.ini<\/strong>-fil p\u00e5 projektbasis. Selvom du kan g\u00e5 ind i denne fil og foretage en manuel \u00e6ndring, er det ofte en bedre id\u00e9 at arbejde med N\u00e5r du har indstillet aktiv fejlrapportering efter din smag, kan du begynde at arbejde med Xdebug.<\/p>\n I l\u00f8bet af de n\u00e6ste par afsnit vil vi vise dig, hvordan du bruger Xdebug, herunder de trin, du skal bruge for at s\u00e6tte tingene op. Selv om vi ikke kan d\u00e6kke alle v\u00e6rkt\u00f8jsaspekter, vil denne quick-start-guide f\u00e5 dig hurtigt i gang.<\/p>\n F\u00f8rst skal du dog installere Xdebug. Lad os finde ud af, hvordan du g\u00f8r det.<\/p>\n Fordi Xdebug kan tilpasses til et vilk\u00e5rligt antal ops\u00e6tninger, vil den n\u00f8jagtige proces<\/a> for hver enkelt v\u00e6re lidt anderledes. P\u00e5 OS-niveau er der et par forskelle:<\/p>\n De fleste brugere vil dog ikke \u00f8nske at holde sig til en instans af Xdebug p\u00e5 systemniveau. I stedet vil du \u00f8nske at integrere det i dit eget udviklingsmilj\u00f8.<\/p>\n N\u00e5r du har installeret Xdebug til dit operativsystem, skal du forbinde det til dit milj\u00f8.<\/p>\n Der er s\u00e5 mange underst\u00f8ttede systemer og v\u00e6rkt\u00f8jer her, at vi ikke kan komme ind p\u00e5 dem alle. Senere vil vi tilbyde dig instruktioner for b\u00e5de DevKinsta<\/a> og PhpStorm<\/a>. Alligevel er der masser af andre popul\u00e6re milj\u00f8er at v\u00e6lge imellem. Nedenfor er nogle af vores bedste anbefalinger.<\/p>\n VVV<\/a> er et af de navngivne milj\u00f8er p\u00e5 Make WordPress-webstedet<\/a>:<\/p>\n Den gode nyhed er, at VVVV allerede indeholder en version af Xdebug<\/a>, men du skal aktivere den. Du kan g\u00f8re dette ved hj\u00e6lp af Secure Shell (SSH) i et Terminal-vindue:<\/p>\n Der er dog en lille smule af et ydelseshit, og du skal sl\u00e5 denne mulighed til igen, hvis du provisionerer dine websteder.<\/p>\n For nogle brugere repr\u00e6senterer Laravels Valet<\/a> et n\u00e6sten perfekt webudviklingsmilj\u00f8. Endnu bedre er det, at du kan integrere Xdebug med det.<\/p>\n For at g\u00f8re dette skal du oprette en konfigurationsfil til debuggeren. Du kan finde din egen sti ved hj\u00e6lp af Derefter skal du oprette en ny xdebug.ini<\/strong>-fil p\u00e5 stien til yderligere .ini<\/strong>-filer. I vores eksempel ligger den p\u00e5 \/opt\/homebrew\/etc\/php\/7.4\/conf.d<\/strong>.<\/p>\n N\u00e5r du \u00e5bner denne nye fil, skal du ogs\u00e5 \u00e5bne stien til den indl\u00e6ste konfigurationsfil (din prim\u00e6re php.ini<\/strong>-fil). N\u00e5r begge er \u00e5bne, skal du tilf\u00f8je f\u00f8lgende nederst i bunden:<\/p>\n N\u00e5r du har gemt dine \u00e6ndringer, skal du k\u00f8re Bem\u00e6rk, at det kan v\u00e6re n\u00f8dvendigt at genstarte PHP ved hj\u00e6lp af Herfra kan du se p\u00e5 at indarbejde Xdebug i din foretrukne kodningseditor.<\/p>\n Ligesom Valet er der et par dele i processen for XAMPP<\/a>. Windows- og macOS-versionerne har dog to forskellige processer.<\/p>\n Begynd med at installere XAMPP, og k\u00f8r derefter en hurtig kontrol for at se, om filen php_xdebug.dll<\/strong> (Windows) eller xdebug.so<\/strong> (macOS) findes p\u00e5 dit system:<\/p>\n Hvis filen findes, kan du g\u00e5 videre til konfigurationen. Ellers skal du f\u00f8rst downloade enten den rigtige bin\u00e6re<\/a> fil til Windows \u2014 en 64-bit fil til din foretrukne PHP-version \u2014 eller installere nogle flere afh\u00e6ngigheder, hvis du er p\u00e5 en Mac.<\/p>\n For Windows skal du omd\u00f8be DLL-filen php_xdebug.dll<\/strong> og derefter flytte den til \\xampp\\php\\ext<\/strong>-filstien. \u00c5bn derefter filen \\xampp\\php\\php.ini<\/strong> i din foretrukne kodeeditor<\/a>, og tilf\u00f8j f\u00f8lgende:<\/p>\n I afsnittet N\u00e5r du har gemt dine \u00e6ndringer, genstarter du Apache og tester for Xdebug.<\/p>\n P\u00e5 Mac<\/a> skal du sikre dig, at du installerer Xcode<\/a>-kommandolinjev\u00e6rkt\u00f8jerne ved hj\u00e6lp af I nogle tilf\u00e6lde skal du ogs\u00e5 geninstallere XAMPP for at f\u00e5 b\u00e5de kerneprogrammet og “Developer Files” Du burde kunne geninstallere kun disse filer, men du b\u00f8r f\u00f8rst tage en backup af din eksisterende ops\u00e6tning.<\/p>\n Derefter skal du navigere til downloadet for Xdebug-kildemappen p\u00e5 dit system og udpakke TGZ-filen. I et Terminal-vindue skal du navigere til denne mappe og k\u00f8re f\u00f8lgende:<\/p>\n Bem\u00e6rk, at du muligvis ogs\u00e5 skal bruge For at teste, om dette virker, opretter du en ny xdebug_info.php<\/strong>-fil i hovedmappen htdocs<\/strong> XAMPP-mappen. Heri skal du tilf\u00f8je f\u00f8lgende:<\/p>\n …opdater derefter Apache og test Xdebug i browseren.<\/p>\n N\u00e5r du har installeret Xdebug via OS og dit udviklingsmilj\u00f8, skal du ogs\u00e5 se selve debuggeren. Det g\u00f8r du via din valgte kodeeditor eller dit integrerede udviklingsmilj\u00f8 (IDE)<\/a>. Ligesom med dit milj\u00f8 er der s\u00e5 mange at v\u00e6lge imellem, og hvert af dem kan have en anden tilgang.<\/p>\n N\u00e5r det er sagt, v\u00e6lger mange udviklere at bruge JetBrains’ PhpStorm<\/a>. Faktisk tilbyder PhpStorm “WordPress-aware assistance”<\/a> \u2014 og det er ogs\u00e5 et popul\u00e6rt valg af mange andre grunde.<\/p>\n JetBrains’ websted<\/a> indeholder en komplet vejledning i at forbinde Xdebug og PhpStorm, men vi gennemg\u00e5r dem her.<\/p>\n F\u00f8rst skal du navigere til siden Languages & Frameworks > PHP<\/strong> i ruden Preferences (Indstillinger)<\/strong>. Her skal du \u00e5bne kebab-menuen More Items (Flere elementer)<\/strong> ved siden af dropdown-feltet CLI Interpreter (CLI-fortolker)<\/strong>:<\/p>\n Dette vil vise nogle yderligere detaljer om din PHP-version og fortolker. Hvis du klikker p\u00e5 ellipsen Flere elementer<\/strong> ved siden af indstillingen Konfigurationsfil<\/strong>, vil du se de fulde stier til din php.ini<\/strong>-fil:<\/p>\n Du skal arbejde med denne PHP-fil n\u00e6ste gang for at forts\u00e6tte ops\u00e6tningsprocessen.<\/p>\n Den f\u00f8rste opgave her er at redigere alle linjer, der har indflydelse p\u00e5, hvordan Xdebug vil fungere med PhpStorm.<\/p>\n I php.ini<\/strong>-filen skal du kigge efter f\u00f8lgende linjer og enten fjerne dem eller kommentere dem ud:<\/p>\n Disse linjer vil ikke v\u00e6re til stede i alle tilf\u00e6lde, s\u00e5 v\u00e6r ikke bekymret, hvis du ikke ser dem.<\/p>\n Derefter skal du tilf\u00f8je f\u00f8lgende til filen:<\/p>\n Der er et par ting, der skal bem\u00e6rkes om denne kodesuite:<\/p>\n N\u00e5r du har tilf\u00f8jet disse, skal du gemme og lukke filen og derefter teste PHP-versionen fra kommandolinjen (ved hj\u00e6lp af Hvis du har en fungerende version af Xdebug, vil den blive vist som en af PHP-udvidelserne. Du kan ogs\u00e5 tilf\u00f8je Dette er stort set alt, hvad du beh\u00f8ver at g\u00f8re for at f\u00e5 Xdebug til at fungere som din standarddebugger med PhpStorm. Det sidste skridt, f\u00f8r du bruger det, er at installere en browser-hj\u00e6lperudvidelse.<\/p>\n Den sidste vigtige forbindelse, du skal lave, er mellem din browser og PhpStorm, hvilket opn\u00e5s ved at aktivere step debugging p\u00e5 serveren. Selv om du kan g\u00f8re dette fra kommandolinjen<\/a> ved hj\u00e6lp af s\u00e6rlige Vi anbefaler at bruge den dedikerede Xdebug Helper-udvidelse. Du kan installere den i din foretrukne browser:<\/p>\n Hvis du \u00f8nsker at udforske andre udvidelser, tilbyder JetBrains-webstedet<\/a> et par ekstra muligheder for de mest popul\u00e6re browsere.<\/p>\n N\u00e5r du har installeret den valgte browserudvidelse, skal du ikke justere yderligere konfigurationsindstillinger. Herfra kan du begynde at bruge Xdebug med PhpStorm.<\/p>\n Selvom vi bruger PhpStorm her, vil du se et lignende layout og interface mellem forskellige IDE’er \u2014 selvom der ogs\u00e5 vil v\u00e6re nogle \u00e5benlyse forskelle.<\/p>\n Der er nogle f\u00e5 koncepter, der tilsammen udg\u00f8r hele debugging-oplevelsen:<\/p>\n Det f\u00f8rste skridt er at aktivere lytning \u2014 du vil ikke kunne debugge noget uden det. For at g\u00f8re dette skal du klikke p\u00e5 Run > Start Listening for PHP Debug Connections (K\u00f8r > Start lytte efter PHP Debug-forbindelser)<\/strong> i v\u00e6rkt\u00f8jslinjen:<\/p>\n Som et alternativ kan du klikke p\u00e5 ikonet “telefon” i PhpStorm’s v\u00e6rkt\u00f8jslinje:<\/p>\n En af disse muligheder vil starte lytningen efter forbindelser.<\/p>\n Herfra kan du begynde at indstille breakpoints i kodeeditorens riste. En r\u00f8d prik angiver et breakpoint, som du kan klikke p\u00e5 for at aktivere:<\/p>\n N\u00e5r du \u00f8nsker at debugge din kode, er den mest ligetil m\u00e5de at begynde at lytte, s\u00e6tte breakpoints og derefter g\u00e5 til den specifikke side i din browser. Find ikonet for din udvidelse i browseren, klik derefter p\u00e5 det og v\u00e6lg “Debug”-indstillingen:<\/p>\n Dette vil \u00e5bne debuggeren i PhpStorm og levere enten de gode eller d\u00e5rlige nyheder:<\/p>\n Hvis du h\u00f8jreklikker p\u00e5 de forskellige v\u00e6rdier, attributter, parametre og variabler, kan du f\u00e5 adgang til en yderligere kontekstmenu. Dette giver dig masser af ekstra muligheder for at teste og debugge din kode:<\/p>\n Du kan f.eks. indstille forskellige v\u00e6rdier for variabler langs stien. Dette kan v\u00e6re et bevidst fors\u00f8g p\u00e5 at bryde din kode og se, hvad der sker, eller det kan v\u00e6re en m\u00e5de at afpr\u00f8ve kode, der allerede har brug for en rettelse. Uanset hvad, giver det dig en fantastisk metode til at fejlfinde din kode uden at skulle \u00e6ndre den f\u00f8rst.<\/p>\n WordPress kommer med sit eget s\u00e6t af debugging-muligheder<\/a> gennem Du kan ogs\u00e5 gemme disse fejlmeddelelser ved hj\u00e6lp af Hvis du parrer dette med det gratis DevKinsta-v\u00e6rkt\u00f8j til lokale milj\u00f8er<\/a>, har du ogs\u00e5 en m\u00e5de at aktivere og deaktivere<\/a> Dette betyder, at du kan fange fejl p\u00e5 dit websted under udviklingen og sikre, at de ikke n\u00e5r frem til dit live-websted. Disse tilstande er ogs\u00e5 nemme at sl\u00e5 fra \u2014 hvilket er afg\u00f8rende for b\u00e5de webstedets og brugernes sikkerhed<\/a>.<\/p>\n Alle Kinsta-planer leveres ogs\u00e5 med det indbyggede Kinsta APM-v\u00e6rkt\u00f8j<\/a>, som er vores specialudviklede v\u00e6rkt\u00f8j til overv\u00e5gning af ydeevne til WordPress-websteder.<\/p>\n F\u00f8r vi afslutter dette indl\u00e6g, b\u00f8r vi n\u00e6vne genveje.<\/p>\n Ligesom mange andre programmer er der forskellige m\u00e5der at navigere rundt i Xdebug (og PhpStorm) alene ved hj\u00e6lp af tastaturet. Faktisk kan du endda bruge kommandolinjen til at debugge PHP-scripts.<\/p>\n N\u00e5r Xdebug er oppe og k\u00f8re, kan du bruge f\u00f8lgende kommandoer til at komme rundt:<\/p>\n Mens din specifikke kodeeditor vil have sine egne dedikerede genveje, er fokus her p\u00e5 PhpStorm. Tag et kig p\u00e5 denne tabel med tastaturgenveje<\/a> til brug af Xdebug med PhpStorm:<\/p>\n![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/xdebug.png\")
\n
Hvorfor du \u00f8nsker at bruge Xdebug<\/h2>\n
error_log<\/code>, var_dump<\/code> og print for at se resultaterne af variabler og funktionskald.<\/p>\nfunction log_me($message) {\n if ( WP_DEBUG === true ) {\n if ( is_array($message) || is_object($message) ) {\n error_log( print_r($message, true) );\n } else {\n error_log( $message );\n }\n }\n}<\/code><\/pre>\n\n
WP_DEBUG<\/code> (mere om dette om lidt).<\/li>\n\n
S\u00e5dan sl\u00e5r du PHP-fejllogning til<\/h2>\n
error_reporting(E_ALL);<\/code><\/pre>\nini_set<\/a><\/code> funktion:<\/p>\nini_set('error_reporting', E_ALL);<\/code><\/pre>\nini_set<\/code> for at \u00e6ndre den specifikke parameter:<\/p>\nini_set('display_errors', '1');<\/code><\/pre>\nS\u00e5dan bruger du Xdebug<\/h2>\n
1. Installer Xdebug til dit styresystem (OS)<\/h3>\n
\n
pecl install xdebug<\/code> fra en Terminal-instans. Du skal ogs\u00e5 have XCode-kommandolinjev\u00e6rkt\u00f8jer og PHP installeret p\u00e5 dit system.<\/li>\n<\/ul>\n2. Integrer Xdebug i dit udviklingsmilj\u00f8<\/h3>\n
Variing Vagrant Vagrants (VVV)<\/h4>\n
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/vvv-logo.png\"){kind=logo}
vagrant ssh -c \"switch_php_debugmod xdebug\"<\/code><\/pre>\nLaravel Valet<\/h4>\n
php --ini<\/code> p\u00e5 kommandolinjen, som vil returnere et par forskellige filstier:<\/p>\n![\"Et](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/terminal-php-ini.png\")
\n
zend_extension=\"xdebug.so\"<\/code><\/li>\nxdebug.mode=debug<\/code><\/li>\n<\/ul>\nvalet restart<\/code> fra terminalen og derefter tilf\u00f8je phpinfo(); exit;<\/code> til en af dit websteds filer. Du skal kontrollere, om dette virker gennem et hurtigt sideindl\u00e6sning i browseren.<\/p>\n![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/php-info-page.png\")
sudo brew services restart php<\/code> samt at kontrollere, at din systeminstallation af Xdebug er korrekt ved hj\u00e6lp af php --info | grep xdebug<\/code>. Du vil bem\u00e6rke de Xdebug-specifikke linjer i output:<\/p>\n![\"Et](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/grep-xdebug-mode.png\")
<\/p>\nXAMPP<\/h4>\n
![\"Et](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/test-xampp-file-terminal.png\")
output_buffering = Off<\/code><\/pre>\n[XDebug]<\/code> skal du tilf\u00f8je de n\u00e6ste tre linjer:<\/p>\nzend_extension=xdebug\nxdebug.mode=debug\nxdebug.start_with_request=trigger<\/code><\/pre>\nxcode-select --install<\/code> p\u00e5 en Terminal-instans. Derefter er der tre pakker, som du skal installere ved hj\u00e6lp af Homebrew:<\/p>\nbrew install autoconf automake libtool<\/code><\/pre>\nphpize\npecl install xdebug<\/code><\/pre>\nsudo<\/code> her. Herfra kan du redigere XAMPP php.ini-filen. For de fleste macOS-installationer finder du den p\u00e5 \/Applications\/XAMPP\/xamppfiles\/etc\/php.ini<\/strong>. I denne mappe finder du ogs\u00e5 stien til din xdebug.so<\/strong>-fil \u2014 noter den og brug den i stedet for filstiens placeholder i dette uddrag:<\/p>\n[xdebug]\nzend_extension=\/path\/to\/xdebug.so\nxdebug.mode=develop,degug\nxdebug.start_with_request=yes<\/code><\/pre>\n<?php\nxdebug_info();<\/code><\/pre>\nBrug af PhpStorm med Xdebug<\/h2>\n
![\"PhpStorm-gr\u00e6nsefladen](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/php-storm.png\")
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/cli-interpreter.png\")
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/configuration-file.png\")
Arbejde i filen php.ini<\/h4>\n
zend_extension=<path_to_zend_debugger>\nzend_extension=<path_to_zend_optimizer><\/code><\/pre>\n[xdebug]\nzend_extension=\"xdebug.so\"\nxdebug.mode=debug\nxdebug.client_host=127.0.0.1\nxdebug.client_port=\"<the port (9003 by default) to which Xdebug connects>\"<\/code><\/pre>\n\n
[xdebug]<\/code> sektion, i s\u00e5 fald kan du udelade den f\u00f8rste betegnelse.<\/li>\nzend_extension<\/code> skal du muligvis tilf\u00f8je den fulde sti til xdebug.so<\/strong> for at oprette forbindelse.<\/li>\nxdebug.client_port<\/code>, som du indstiller den i din kode.<\/li>\n<\/ul>\nphp --version<\/code>):<\/p>\n![\"Big](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/terminal-xdebug-php-version.png\")
phpinfo();<\/code> til en ny fil og teste dette i browseren.<\/p>\nInstallation af en browserhj\u00e6lperudvidelse<\/h4>\n
GET<\/code> eller POST<\/code> v\u00e6rdier, er det mere ligetil at bruge en udvidelse.<\/p>\n\n
Brug af Xdebug<\/h3>\n
\n
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-run-menu.png\")
![\"Et](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-bug-toolbar.png\")
![\"Et](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/add-breakpoints.png\")
![\"Mozilla](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/select-debug-browser.png\")
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/debugger-output.png\")
![\"En](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/context-menu-debugger.png\")
Hvordan Kinsta hj\u00e6lper dig med at fejlfinde dit WordPress-websted<\/h2>\n
WP_DEBUG<\/code> og andre v\u00e6rkt\u00f8jer, s\u00e5som Query Monitor<\/a>. Disse aktiverer en tilstand, hvor du begynder at se tidligere skjulte fejlmeddelelser overalt p\u00e5 dit websted og dashboard. Derfra kan du begynde at finde ud af, hvad problemet er.<\/p>\nWP_DEBUG_LOG<\/code>, hvilket giver dig en m\u00e5de at dokumentere problemerne med dit websted p\u00e5. Vi d\u00e6kker, hvordan du s\u00e6tter dette op i en anden artikel p\u00e5 bloggen<\/a>. Det er nemt at ops\u00e6tte via dit MyKinsta-dashboard<\/a> (og sk\u00e6rmen Sites > Tools<\/strong>):<\/p>\n![\"MyKinsta-dashboardet,](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/kinsta-dashboard-debug.png\")
WP_DEBUG<\/code> med et enkelt klik for hvert websted, du s\u00e6tter op:<\/p>\n![\"DevKinsta-dashboardet](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/09\/devkinsta-debug.png\")
Kommando Cheat Sheet<\/h2>\n
\n\n
\n \nKommando<\/th>\n Genvej<\/th>\n<\/tr>\n<\/thead>\n \n Specifik port, der skal lyttes p\u00e5 (f.eks. [9003]<\/code>)<\/td>\n-p [value]<\/code><\/td>\n<\/tr>\n\n S\u00e6tter et breakpoint p\u00e5 den angivne linje for den angivne filsti.<\/td>\n breakpoint_set -t line file:\/\/\/<path> -n <line><\/code><\/td>\n<\/tr>\n\n K\u00f8rer dit script indtil slutningen, eller det n\u00e6ste breakpoint<\/td>\n run<\/code><\/td>\n<\/tr>\n\n G\u00e5r ind i den n\u00e6ste eksekverbare linje<\/td>\n step_into<\/code><\/td>\n<\/tr>\n\n Lister variabler og v\u00e6rdier i det aktuelle omr\u00e5de<\/td>\n context_get<\/code><\/td>\n<\/tr>\n\n Viser v\u00e6rdien af den angivne egenskab<\/td>\n property_get -n <property><\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n\n\n
\n