Einf\u00fchrung in Xdebug<\/h2>\n
Xdebug<\/a> ist eine der beliebtesten Erweiterungen, um deinen PHP-Code zu debuggen. Du installierst sie in der von dir gew\u00e4hlten Umgebung und sie fungiert als „Step Debugger“<\/p>\n So kannst du deinen Code Zeile f\u00fcr Zeile durchgehen und sehen, wie er sich innerhalb deines Programms verh\u00e4lt und interagiert, und seine Ausgabe untersuchen. Von dort aus kannst du \u00c4nderungen vornehmen, die du f\u00fcr richtig h\u00e4ltst.<\/p>\n Xdebug kann aber noch viel mehr:<\/p>\n Angesichts des Funktionsumfangs gibt es viele M\u00f6glichkeiten, Xdebug (und jeden \u00e4hnlichen Debugger) in deinem Arbeitsablauf einzusetzen. Wir werden diese im n\u00e4chsten Abschnitt behandeln.<\/p>\n\n Viele Entwickler haben keinen eigenen Debugging-Workflow, der Tools und Erweiterungen von Drittanbietern verwendet. Das liegt daran, dass PHP selbst eine rudiment\u00e4re Fehlerprotokollierung enth\u00e4lt. Du wirst Befehle wie Es gibt zum Beispiel viele Snippets, die du f\u00fcr die WordPress-Entwicklung verwenden kannst \u2014 Stack Overflow ist voll von ihnen<\/a>:<\/p>\n Dieser Ansatz hat jedoch auch einige wichtige Nachteile:<\/p>\n Der letzte Punkt erfordert viel manuellen Aufwand, vor allem, wenn du nicht gerade als Systemadministrator<\/a> arbeitest. Wenn du zum Beispiel einen Codeblock debuggen willst, f\u00fcgst du dein Snippet vielleicht anhand einer von dir definierten Variable ein. Allerdings ist das vielleicht nicht die Ursache des Problems oder zeigt nicht einmal an, was passiert ist.<\/p>\n Stattdessen kann ein Tool wie Xdebug seine Muskeln spielen lassen, um mehr M\u00f6glichkeiten zu bieten:<\/p>\n Insgesamt ist der Einsatz eines Tools wie Xdebug eher eine proaktive als eine reaktive Entscheidung. Du kannst das Step-Debugging als Teil des eigentlichen Entwicklungsprozesses nutzen, \u00e4hnlich wie die Implementierung von Unit-Tests als Teil der testgetriebenen Entwicklung (TDD).<\/p>\n Auch wenn du deinen Code ohne einen bestimmten Fehler debuggen kannst, ist es oft gut zu wissen, ob ein Problem auftritt, ohne dass Xdebug ge\u00f6ffnet ist. So erh\u00e4ltst du einen Ausgangspunkt f\u00fcr deine Untersuchungen<\/a>. Das ist nicht unbedingt notwendig, kann aber ein hilfreicher Teil deiner Kette sein.<\/p>\n Um jeden auftretenden Fehler zu melden, musst du eine Zeile am Anfang der entsprechenden PHP-Datei einf\u00fcgen:<\/p>\n Dies ist ein Catch-All-Befehl, und du kannst dasselbe erreichen indem du die Damit kannst du die Einstellungen in deiner php.ini<\/strong>-Datei projektspezifisch \u00e4ndern. Du k\u00f6nntest zwar in diese Datei gehen und eine manuelle \u00c4nderung vornehmen, aber oft ist es besser, mit Sobald du die aktive Fehlerberichterstattung nach deinen Vorstellungen eingestellt hast, kannst du mit Xdebug arbeiten.<\/p>\n In den n\u00e4chsten Abschnitten zeigen wir dir, wie du Xdebug verwendest und welche Schritte du zum Einrichten brauchst. Wir k\u00f6nnen zwar nicht alle Aspekte des Tools abdecken, aber mit dieser Schnellstart-Anleitung kannst du schnell loslegen.<\/p>\n Zuerst musst du Xdebug installieren. Wir zeigen dir, wie du das machst.<\/p>\n Da Xdebug an eine Vielzahl von Systemen angepasst werden kann, ist der genaue Ablauf<\/a> f\u00fcr jedes System etwas anders. Auf der Ebene des Betriebssystems gibt es ein paar Unterschiede:<\/p>\n Die meisten Benutzer werden jedoch nicht mit einer Instanz von Xdebug auf Systemebene arbeiten wollen. Stattdessen wirst du es in deine eigene Entwicklungsumgebung integrieren wollen.<\/p>\n Sobald du Xdebug f\u00fcr dein Betriebssystem installiert hast, solltest du es mit deiner Umgebung verbinden.<\/p>\n Es gibt so viele unterst\u00fctzte Systeme und Tools, dass wir hier nicht auf alle eingehen k\u00f6nnen. Sp\u00e4ter werden wir dir eine Anleitung f\u00fcr DevKinsta<\/a> und PhpStorm<\/a> geben. Es gibt aber auch viele andere beliebte Umgebungen, aus denen du w\u00e4hlen kannst. Im Folgenden findest du einige unserer Top-Empfehlungen.<\/p>\n VVV<\/a> ist eine der Umgebungen, die auf der Make WordPress Website<\/a> genannt werden:<\/p>\n Die gute Nachricht ist, dass VVV bereits eine Version von Xdebug<\/a> enth\u00e4lt, aber du musst sie aktivieren. Das kannst du mit Secure Shell (SSH) in einem Terminalfenster tun:<\/p>\n Allerdings leidet die Leistung ein wenig darunter, und du musst diese Option wieder aktivieren, wenn du deine Websites bereitstellst.<\/p>\n F\u00fcr einige Nutzer ist Laravel Valet<\/a> eine nahezu perfekte Webentwicklungsumgebung. Noch besser ist, dass du Xdebug damit integrieren kannst.<\/p>\n Dazu musst du eine Konfigurationsdatei f\u00fcr den Debugger erstellen. Du kannst deinen eigenen Pfad mit Als N\u00e4chstes erstellst du eine neue xdebug.ini<\/strong> Datei an dem Pfad f\u00fcr zus\u00e4tzliche .ini<\/strong> Dateien. In unserem Beispiel befindet sie sich unter \/opt\/homebrew\/etc\/php\/7.4\/conf.d<\/strong>.<\/p>\n Sobald du diese neue Datei ge\u00f6ffnet hast, \u00f6ffne auch den Pfad zur geladenen Konfigurationsdatei (deine Hauptdatei php.ini<\/strong> ). Wenn du beide Dateien ge\u00f6ffnet hast, f\u00fcge Folgendes am Ende hinzu:<\/p>\n Sobald du deine \u00c4nderungen gespeichert hast, starte Beachte, dass du eventuell PHP mit Von hier aus kannst du Xdebug in den Code-Editor deiner Wahl integrieren.<\/p>\n \u00c4hnlich wie bei Valet gibt es auch bei XAMPP<\/a> mehrere Schritte des Prozesses. Allerdings gibt es f\u00fcr die Windows- und die macOS-Version zwei unterschiedliche Prozesse.<\/p>\n Beginne mit der Installation von XAMPP und \u00fcberpr\u00fcfe kurz, ob die Datei php_xdebug.dll<\/strong> (Windows) oder xdebug.so<\/strong> (macOS) auf deinem System vorhanden ist:<\/p>\n Wenn die Datei existiert, kannst du mit der Konfiguration fortfahren. Andernfalls musst du zun\u00e4chst entweder die richtige Bin\u00e4rdatei f\u00fcr Windows herunterladen<\/a> \u2014 eine 64-Bit-Datei f\u00fcr deine bevorzugte PHP-Version \u2014 oder ein paar weitere Abh\u00e4ngigkeiten installieren, wenn du einen Mac verwendest.<\/p>\n Unter Windows benennst du die DLL-Datei php_xdebug.dll<\/strong> um und verschiebst sie dann in den Dateipfad von xamppphpext<\/strong>. Als n\u00e4chstes \u00f6ffnest du die Datei \\xampp\\php\\php.ini<\/strong> in deinem bevorzugten Code-Editor<\/a> und f\u00fcgst Folgendes hinzu:<\/p>\n Im Abschnitt Sobald du deine \u00c4nderungen gespeichert hast, starte Apache neu und teste auf Xdebug.<\/p>\n Auf dem Mac<\/a> musst du sicherstellen, dass du die Xcode<\/a>-Befehlszeilentools mit In manchen F\u00e4llen musst du auch XAMPP neu installieren, um sowohl das Kernprogramm als auch die „Developer Files“ zu erhalten. Du solltest in der Lage sein, nur diese Dateien neu zu installieren, aber du solltest vorher ein Backup deiner bestehenden Installation machen.<\/p>\n Als N\u00e4chstes navigierst du zum Download des Xdebug-Quellordners auf deinem System und entpackst die TGZ-Datei. Navigiere in einem Terminal-Fenster zu diesem Verzeichnis und f\u00fchre Folgendes aus:<\/p>\n Beachte, dass du eventuell auch hier Um zu testen, ob dies funktioniert, erstelle eine neue Datei xdebug_info.php<\/strong> im XAMPP-Hauptverzeichnis htdocs<\/strong>. F\u00fcge darin das Folgende ein:<\/p>\n …dann aktualisiere den Apache und teste Xdebug im Browser.<\/p>\n Sobald du Xdebug \u00fcber das Betriebssystem und deine Entwicklungsumgebung installiert hast, musst du auch den Debugger selbst anzeigen. Das tust du mit dem Code-Editor oder der integrierten Entwicklungsumgebung (IDE)<\/a> deiner Wahl. Wie bei deiner Entwicklungsumgebung gibt es auch hier eine gro\u00dfe Auswahl, und jede hat einen anderen Ansatz.<\/p>\n Viele Entwickler entscheiden sich jedoch f\u00fcr PhpStorm von JetBrains<\/a>. PhpStorm bietet n\u00e4mlich „WordPress-gerechte Unterst\u00fctzung“<\/a> \u2014 und ist auch aus vielen anderen Gr\u00fcnden eine beliebte Wahl.<\/p>\n Auf der Website von JetBrains<\/a> findest du eine ausf\u00fchrliche Anleitung zur Verbindung von Xdebug und PhpStorm, die wir hier kurz zusammenfassen.<\/p>\n Navigiere zun\u00e4chst zur Seite Languages & Frameworks > PHP<\/strong> im Bereich Preferences<\/strong>. Hier \u00f6ffnest du das Men\u00fc Weitere Elemente<\/strong> neben dem Dropdown-Feld CLI-Interpreter<\/strong>:<\/p>\n Hier werden einige weitere Details zu deiner PHP-Version und deinem Interpreter angezeigt. Wenn du neben der Option „Konfigurationsdatei<\/strong>“ auf die Ellipse “ Weitere Elemente<\/strong> “ klickst, siehst du die vollst\u00e4ndigen Pfade zu deiner php.ini<\/strong>-Datei:<\/p>\n Du wirst als N\u00e4chstes mit dieser PHP-Datei arbeiten, um den Einrichtungsprozess fortzusetzen.<\/p>\n Die erste Aufgabe besteht darin, alle Zeilen zu bearbeiten, die sich darauf auswirken, wie Xdebug mit PhpStorm funktioniert.<\/p>\n Suche in der php.ini<\/strong>-Datei nach den folgenden Zeilen und entferne sie oder kommentiere sie aus:<\/p>\n Diese Zeilen sind nicht in allen F\u00e4llen vorhanden, also sei nicht beunruhigt, wenn du sie nicht siehst.<\/p>\n Als N\u00e4chstes f\u00fcgst du die folgenden Zeilen in die Datei ein:<\/p>\n Es gibt ein paar Dinge, die du bei dieser Reihe von Code beachten solltest:<\/p>\n Wenn du sie hinzugef\u00fcgt hast, speichere und schlie\u00dfe die Datei und teste dann die PHP-Version von der Kommandozeile aus (mit Wenn du eine funktionierende Version von Xdebug hast, wird sie als eine der PHP-Erweiterungen angezeigt. Du kannst auch Das ist so ziemlich alles, was du tun musst, damit Xdebug als Standard-Debugger in PhpStorm funktioniert. Der letzte Schritt vor der Verwendung von Xdebug ist die Installation einer Browser-Helfererweiterung.<\/p>\n Die letzte wichtige Verbindung, die du herstellen musst, ist die zwischen deinem Browser und PhpStorm, indem du das Step-Debugging auf dem Server aktivierst. Du kannst dies zwar auch \u00fcber die Kommandozeile<\/a> mit speziellen Wir empfehlen, die spezielle Erweiterung Xdebug Helper zu verwenden. Du kannst sie im Browser deiner Wahl installieren:<\/p>\n Wenn du andere Erweiterungen ausprobieren m\u00f6chtest, findest du auf der JetBrains-Website<\/a> ein paar zus\u00e4tzliche Optionen f\u00fcr die g\u00e4ngigsten Browser.<\/p>\n Wenn du die Browsererweiterung deiner Wahl installiert hast, solltest du keine weiteren Konfigurationseinstellungen vornehmen m\u00fcssen. Von hier aus kannst du Xdebug mit PhpStorm verwenden.<\/p>\n Auch wenn wir hier PhpStorm verwenden, sind das Layout und die Benutzeroberfl\u00e4che der verschiedenen IDEs \u00e4hnlich \u2014 es gibt aber auch einige offensichtliche Unterschiede.<\/p>\n Es gibt ein paar Konzepte, die das gesamte Debugging-Erlebnis ausmachen:<\/p>\n Der erste Schritt besteht darin, das Listening zu aktivieren – ohne das kannst du nichts debuggen. Dazu klickst du in der Symbolleiste auf die Option Ausf\u00fchren > Start Listening for PHP Debug Connections\u00a0<\/strong>:<\/p>\n Alternativ kannst du auch auf das „Telefon“-Symbol in der Symbolleiste von PhpStorm klicken:<\/p>\n Mit jeder dieser Optionen wird das Abh\u00f6ren von Verbindungen gestartet.<\/p>\n Von hier aus kannst du in den Gutters des Code-Editors Haltepunkte setzen. Ein roter Punkt zeigt einen Haltepunkt an, auf den du klicken kannst, um ihn zu aktivieren:<\/p>\n Wenn du deinen Code debuggen willst, ist es am einfachsten, mit dem Abh\u00f6ren zu beginnen, Haltepunkte zu setzen und dann zu der entsprechenden Seite in deinem Browser zu gehen. Suche das Symbol f\u00fcr deine Erweiterung im Browser, klicke darauf und w\u00e4hle die Option „Debuggen“:<\/p>\n Dadurch wird der Debugger in PhpStorm ge\u00f6ffnet und liefert entweder die gute oder die schlechte Nachricht:<\/p>\n Wenn du mit der rechten Maustaste auf die verschiedenen Werte, Attribute, Parameter und Variablen klickst, kannst du ein weiteres Kontextmen\u00fc aufrufen. So hast du viele zus\u00e4tzliche M\u00f6glichkeiten, um deinen Code zu testen und zu debuggen:<\/p>\n Du k\u00f6nntest zum Beispiel verschiedene Werte f\u00fcr Variablen entlang des Pfades setzen. Das kann ein absichtlicher Versuch sein, deinen Code zu brechen und zu sehen, was passiert, oder es kann eine M\u00f6glichkeit sein, Code zu testen, der bereits eine Korrektur ben\u00f6tigt. In jedem Fall ist dies eine fantastische Methode, um deinen Code zu debuggen, ohne ihn vorher \u00e4ndern zu m\u00fcssen.<\/p>\n WordPress verf\u00fcgt \u00fcber eine Reihe von Debugging-Optionen<\/a>, die du mit Du kannst diese Fehlermeldungen auch unter Wenn du dies mit dem kostenlosen DevKinsta-Tool f\u00fcr die lokale Umgebung<\/a> kombinierst, kannst du mit einem Klick So kannst du Fehler auf deiner Website w\u00e4hrend der Entwicklung abfangen und sicherstellen, dass sie nicht auf deine Live-Site \u00fcbertragen werden. Diese Modi lassen sich auch leicht deaktivieren \u2014 das ist wichtig f\u00fcr die Sicherheit von Website und Nutzern<\/a>.<\/p>\n Alle Kinsta-Tarife enthalten au\u00dferdem das integrierte Kinsta APM-Tool<\/a>, unser speziell entwickeltes Tool zur Leistungs\u00fcberwachung von WordPress-Websites.<\/p>\n Bevor wir diesen Beitrag abschlie\u00dfen, sollten wir noch die Shortcuts erw\u00e4hnen.<\/p>\n Wie bei vielen anderen Programmen gibt es auch bei Xdebug (und PhpStorm) verschiedene M\u00f6glichkeiten, allein \u00fcber die Tastatur zu navigieren. Du kannst sogar die Kommandozeile verwenden, um PHP-Skripte zu debuggen.<\/p>\n Wenn Xdebug einmal gestartet ist, kannst du die folgenden Befehle verwenden:<\/p>\n Auch wenn dein spezieller Code-Editor seine eigenen Tastenkombinationen hat, liegt der Fokus hier auf PhpStorm. Sieh dir die Tabelle mit den Tastaturk\u00fcrzeln<\/a> f\u00fcr die Verwendung von Xdebug mit PhpStorm an:<\/p>\n![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/xdebug.png\")
\n
Warum du Xdebug benutzen solltest<\/h2>\n
error_log<\/code>, var_dump<\/code> und print verwenden, um die Ergebnisse von Variablen und Funktionsaufrufen zu sehen.<\/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> aktivieren (mehr dazu in K\u00fcrze).<\/li>\n\n
So schaltest du die PHP-Fehlerprotokollierung ein<\/h2>\n
error_reporting(E_ALL);<\/code><\/pre>\nini_set<\/a><\/code> funktion nutzt:<\/p>\nini_set('error_reporting', E_ALL);<\/code><\/pre>\nini_set<\/code> zu arbeiten, um die spezifischen Parameter zu \u00e4ndern:<\/p>\nini_set('display_errors', '1');<\/code><\/pre>\nWie man Xdebug benutzt<\/h2>\n
1. Installiere Xdebug f\u00fcr dein Betriebssystem (OS)<\/h3>\n
\n
pecl install xdebug<\/code> von einem Terminal aus starten. Au\u00dferdem musst du die XCode Kommandozeilentools und PHP auf deinem System installiert haben.<\/li>\n<\/ul>\n2. Integriere Xdebug in deine Entwicklungsumgebung<\/h3>\n
Varying Vagrant Vagrants (VVV)<\/h4>\n
![\"Ein](\"https:\/\/kinsta.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> auf der Kommandozeile finden, das einige verschiedene Dateipfade zur\u00fcckgibt:<\/p>\n![\"Ein](\"https:\/\/kinsta.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> im Terminal und f\u00fcge phpinfo(); exit;<\/code> zu einer der Dateien deiner Website hinzu. \u00dcberpr\u00fcfe, ob das funktioniert, indem du eine Seite im Browser l\u00e4dst.<\/p>\n![\"Eine](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-info-page.png\")
sudo brew services restart php<\/code> neu starten und mit php --info | grep xdebug<\/code> \u00fcberpr\u00fcfen musst, ob deine Systeminstallation von Xdebug korrekt ist. Du wirst die Xdebug-spezifischen Zeilen in der Ausgabe bemerken:<\/p>\n![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/grep-xdebug-mode.png\")
XAMPP<\/h4>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/test-xampp-file-terminal.png\")
output_buffering = Off<\/code><\/pre>\n[XDebug]<\/code> f\u00fcgst du die folgenden drei Zeilen ein:<\/p>\nzend_extension=xdebug\nxdebug.mode=debug\nxdebug.start_with_request=trigger<\/code><\/pre>\nxcode-select --install<\/code> in einer Terminal-Instanz installierst. Danach gibt es drei Pakete, die du mit Homebrew installieren musst:<\/p>\nbrew install autoconf automake libtool<\/code><\/pre>\nphpize\npecl install xdebug<\/code><\/pre>\nsudo<\/code> verwenden musst. Von hier aus kannst du die XAMPP php.ini-Datei bearbeiten. Bei den meisten macOS-Installationen findest du sie unter \/Applications\/XAMPP\/xamppfiles\/etc\/php.ini<\/strong>. In diesem Verzeichnis findest du auch den Pfad zu deiner xdebug.so<\/strong>-Datei \u2014 notiere dir diesen und benutze ihn anstelle des Platzhalters f\u00fcr den Dateipfad in diesem Abschnitt:<\/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>\nPhpStorm mit Xdebug verwenden<\/h2>\n
![\"Die](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-storm.png\")
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/cli-interpreter.png\")
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/configuration-file.png\")
Arbeiten in der php.ini-Datei<\/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>. In diesem Fall kannst du die erste Bezeichnung weglassen.<\/li>\nzend_extension<\/code> musst du m\u00f6glicherweise den vollst\u00e4ndigen Pfad von xdebug.so<\/strong> angeben, um eine Verbindung herzustellen.<\/li>\nxdebug.client_port<\/code> so, wie du ihn in deinem Code setzen wirst.<\/li>\n<\/ul>\nphp --version<\/code>):<\/p>\n![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/terminal-xdebug-php-version.png\")
phpinfo();<\/code> zu einer neuen Datei hinzuf\u00fcgen und diese im Browser testen.<\/p>\nInstallation einer Browser-Helfer-Erweiterung<\/h4>\n
GET<\/code> oder POST<\/code> Werten tun, aber es ist einfacher, eine Erweiterung zu verwenden.<\/p>\n\n
Xdebug verwenden<\/h3>\n
\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-run-menu.png\")
![\"Eine](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-bug-toolbar.png\")
![\"Eine](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/add-breakpoints.png\")
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/select-debug-browser.png\")
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/debugger-output.png\")
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/context-menu-debugger.png\")
Wie Kinsta dir bei der Fehlersuche auf deiner WordPress-Website hilft<\/h2>\n
WP_DEBUG<\/code> und anderen Tools wie Query Monitor<\/a> nutzen kannst. Damit kannst du einen Modus aktivieren, in dem du zuvor verborgene Fehlermeldungen auf deiner Website und im Dashboard sehen kannst. Von dort aus kannst du herausfinden, wo das Problem liegt.<\/p>\nWP_DEBUG_LOG<\/code> speichern, damit du die Probleme mit deiner Website dokumentieren kannst. Wie du das einrichtest, erf\u00e4hrst du in einem anderen Blog-Artikel<\/a>. Die Einrichtung ist \u00fcber dein MyKinsta-Dashboard<\/a> (und den Bildschirm Sites > Tools<\/strong>) ein Kinderspiel:<\/p>\n![\"Das](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/kinsta-dashboard-debug.png\")
WP_DEBUG<\/code> f\u00fcr jede Seite, die du erstellst, aktivieren und deaktivieren<\/a>:<\/p>\n![\"Das](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/devkinsta-debug.png\")
Spickzettel f\u00fcr Befehle<\/h2>\n
\n\n
\n \nBefehl<\/th>\n Abk\u00fcrzung<\/th>\n<\/tr>\n<\/thead>\n \n Bestimmt den zu \u00fcberwachenden Port (z. B. [9003]<\/code>)<\/td>\n-p [value]<\/code><\/td>\n<\/tr>\n\n Setzt einen Haltepunkt in der angegebenen Zeile f\u00fcr den angegebenen Dateipfad.<\/td>\n breakpoint_set -t line file:\/\/\/<path> -n <line><\/code><\/td>\n<\/tr>\n\n F\u00fchrt dein Skript bis zum Ende oder zum n\u00e4chsten Haltepunkt aus<\/td>\n run<\/code><\/td>\n<\/tr>\n\n Springt in die n\u00e4chste ausf\u00fchrbare Zeile<\/td>\n step_into<\/code><\/td>\n<\/tr>\n\n Listet Variablen und Werte im aktuellen Bereich auf<\/td>\n context_get<\/code><\/td>\n<\/tr>\n\n Zeigt den Wert der angegebenen Eigenschaft an<\/td>\n property_get -n <property><\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n