{"id":23866,"date":"2021-05-07T12:16:00","date_gmt":"2021-05-07T09:16:00","guid":{"rendered":"https:\/\/themewp.inform.click\/?p=23866"},"modified":"2021-10-18T02:46:14","modified_gmt":"2021-10-17T23:46:14","slug":"debuggen-von-wordpress-so-verwenden-sie-wp_debug-auf-der-produktionsseite","status":"publish","type":"post","link":"https:\/\/themewp.inform.click\/de\/debuggen-von-wordpress-so-verwenden-sie-wp_debug-auf-der-produktionsseite\/","title":{"rendered":"Debuggen von WordPress – So verwenden Sie WP_DEBUG auf der Produktionsseite"},"content":{"rendered":"

WP_DEBUG<\/code>ist eine konstante Variable, die zum Debuggen von WordPress-Websites verwendet wird. Da WordPress mit PHP erstellt wurde, zeigt diese Konstante alle PHP-Fehler, Warnungen und Hinweise an. Es wird empfohlen, den WP_DEBUG-Wert ‚true‘ beizubehalten, w\u00e4hrend Sie eine WordPress-Website erstellen. Indem diese Konstante \u201ewahr“ bleibt, ist es f\u00fcr Entwickler hilfreich, alle Arten von Fehlern zu erkennen oder zu beheben. WordPress-Entwickler sollten sicherstellen, dass alle Fehler behandelt werden, bevor die Website live geht.<\/p>\n

Es kann jedoch vorkommen, dass wir nur Fehler in der Produktion beheben m\u00fcssen. Daf\u00fcr gibt es einige Gr\u00fcnde. Dies kann an neu installierten oder aktualisierten Plugins, Themenupdates, \u00c4nderungen der Dateiberechtigungen usw. liegen.<\/p>\n

W\u00e4hrend in der Produktion Probleme auftreten, hat diese normalerweise hohe Priorit\u00e4t. Wir haben nicht viel Zeit, den Produktionsstandort auf einen Staging-Server zu verschieben und dann das Problem zu beheben. Ein Entwickler muss das Problem nur auf dem Produktionsserver beheben. Und auch hier sollte die Site den Wartungsmodus f\u00fcr Live-Publikum nicht unterbrechen oder anzeigen (nat\u00fcrlich sprechen wir hier nicht \u00fcber den wei\u00dfen Todesbildschirm).<\/p>\n

WP_DEBUG auf nur f\u00fcr IP beschr\u00e4nken<\/h3>\n

Wenn Sie eine statische IP-Adresse haben, k\u00f6nnen Sie WP_DEBUG nur f\u00fcr Ihre IP einschr\u00e4nken, um den Fehler herauszufinden. Auf diese Weise wird WordPress, wenn ein Fehler auftritt, nur f\u00fcr Ihre IP angezeigt. Live-Zuschauer werden keine Fehler sehen. Auf diese Weise k\u00f6nnen Sie den Fehler beheben und die IP-Bedingung nach dem Beheben entfernen.<\/p>\n

Stellen Sie sicher, dass Sie eine Sicherungskopie der Datei wp-config.php erstellen, bevor Sie \u00c4nderungen vornehmen.<\/p>\n

wp-config.php<\/strong><\/p>\n

if ('YOUR_IP_ADDRESS' == $_SERVER['REMOTE_ADDR']) {\n\u00a0\u00a0\u00a0\u00a0define('WP_DEBUG', true);\n} else {\n\u00a0\u00a0\u00a0\u00a0define('WP_DEBUG', false);\u00a0\u00a0 \n}<\/code><\/pre>\n
Beachten Sie, dass Sie f\u00fcr diese Aktion \u00fcber eine statische IP-Adresse verf\u00fcgen m\u00fcssen. Wenn Ihre IP-Adresse dynamisch ist, zeigt WordPress allen Besuchern Fehler an. Denn jedes Mal kommt die PHP-Steuerung in den else-Zustand.<\/p>\n
Verwenden Sie Begleiter von WP_DEBUG<\/h3>\n
WordPress bietet 2 Begleiter WP_DEBUG_LOG<\/code>und WP_DEBUG_DISPLAY<\/code>WP_DEBUG. Wenn wir diese 2 Begleiter effektiv einsetzen, k\u00f6nnen wir die Fehler herausfinden und m\u00f6glicherweise beheben. In diesem Fall m\u00fcssen wir keine IP-Bedingung hinzuf\u00fcgen.<\/p>\n
wp-config.php<\/strong><\/p>\n
define('WP_DEBUG', true);\ndefine('WP_DEBUG_LOG', true);\ndefine('WP_DEBUG_DISPLAY', false);<\/code><\/pre>\n
Wenn WP_DEBUG_LOG auf On gesetzt ist, wird eine debug.log<\/code>Datei im Verzeichnis wp-content\/ erstellt. Diese Fehlerprotokolldatei speichert alle Arten von PHP-Fehlern, Warnungen, Hinweisen und Stack-Traces. Anhand dieser Protokolldatei kann sich der Entwickler einen \u00dcberblick \u00fcber den Fehler verschaffen und ihn beheben. Wir haben WP_DEBUG_DISPLAY deaktiviert, wodurch alle Fehler auf Webseiten ausgeblendet werden. Das bedeutet, dass alle Fehler in einer debug.log<\/code>Datei protokolliert werden und Ihre Benutzer keine Fehler auf einer Website sehen.<\/p>\n
Aufnahmequelle:  artisansweb.net<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
WP_DEBUG hat 2 Begleiter WP_DEBUG_LOG und WP_DEBUG_DISPLAY. Wenn wir diese 2 Begleiter effektiv nutzen, k\u00f6nnen wir alle WordPress-Fehler in der Datei debug.log speichern.<\/p>\n","protected":false},"author":1,"featured_media":20714,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[607],"tags":[845],"class_list":["post-23866","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized-3","tag-affiai-de"],"_links":{"self":[{"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/posts\/23866","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/comments?post=23866"}],"version-history":[{"count":0,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/posts\/23866\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/media\/20714"}],"wp:attachment":[{"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/media?parent=23866"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/categories?post=23866"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/themewp.inform.click\/de\/wp-json\/wp\/v2\/tags?post=23866"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}