Hallo,
es ist mir nicht bekannt, dass es da eine Option gibt.
Aber grundsätzlich halte ich es für wichtig, dass man alle Fehler analysiert, die z. B. in der debug.log genannt werden.
Sollte es tatsächlich Fehler geben, die mit dem Core zusammenhängen, wäre es gut, wenn du diese Fehler meldest: https://core.trac.wordpress.org/.
Ob solche Fehler tatsächlich mit dem Core zusammenhängen, lässt sich einfach prüfen, wenn man über https://wordpress.org/playground/ eine Instanz im Browser erstellt und dann rechts oben auf das zweite Symbol von rechts klickt:
WordPress Playground ist übrigens hervorragend geeignet, um festzustellen, ob z. B. ein Plugin oder Theme, das bei einer eigenen Instanz Fehler auswirft, auch bei einer frischen WordPress Instanz Probleme verursacht.
Damit kann dann analysiert werden, ob es möglicherweise Konflikte auf der eigenen Website gibt oder ob das Plugin oder Theme bereits fehlerhaft ist.
Viele Grüße
Hans-Gerd
Aber grundsätzlich halte ich es für wichtig, dass man alle Fehler analysiert, die z. B. in der debug.log genannt werden.
⬆️ Sehe ich auch so.
WordPress Playground ist übrigens hervorragend geeignet, um festzustellen, ob z. B. ein Plugin oder Theme, das bei einer eigenen Instanz Fehler auswirft, auch bei einer frischen WordPress Instanz Probleme verursacht.
⬆️ Ergänzend: Neu WordPress im Browser installieren (ohne Hosting, ohne lokale Server usw.), eine Sandbox quasi. Diese WordPress-Installation ist und bleibt privat und nicht online. Ich selbst habe es aber noch nicht getestet:
https://wordpress.org/news/2026/03/announcing-my-wordpress/
Zur debug.log
Diese loggt Fehler mitsamt Zeitstempel. Rufe eine Seite auf, dann direkt die debug.log. Gibt es Fehler von/auf dieser Seite wird das dort zeitnah angezeigt.
Einen besserer Überblick, erweiterte Funktionalität, Filterung in bestimmte Kategorien sowie eine Direktanzeige in der Adminbar erhältst du mit der Installation des Plugins Query Monitor:
https://de.wordpress.org/plugins/query-monitor/
Thread-Starter
onlaie
(@onlaie)
Da kein Mail kam, wieder übersehen, sorry
Ja sicher muss man jede Fehlerzeile, zumindest die auslösende ansehen.
Aber wenn dann eine oder mehrere Dateien aus dem Kern genannt werden, steige ich aus.
Melden, ja. Nur oft kommt einem da eh jemand zuvor, der sich mit dem Meldesystem auskennt (ich nicht).
Und manchmal sind daher die Fehler nach dem nächsten WP-Update eh wieder weg …
Deswegen eben die Frage, ob man das filtern kann.
WordPress Playground
Interessantes Projekt. Gibts eine DE Beschreibung, Anleitung zu?
announcing-my-wordpress/
Kannte ich auch noch nicht …
Ich mache es oft so: Am guten alten XAMPP immer eine neue WP-Site komplett neu drauf. Oder beim Hoster eine nagelneue Staging Site einer frisch geladenen WP-Instanz (nicht die aus dem Baukasten des Hosters)
Auch damit kann man dann experimentieren. Etwa das störende Plugin finden.
Letzteres geht damit jedenfalls besser, als mit dem (selbst fehlerhaften und nie reparieren) „Health Check“ Plugin.
debug.log:
Genauso mache ich es. FTP ist offen, Seiten, Scripts, Plugins testen und sobald die debug.log angelegt wird, nachsehen, was los ist. Dann lösche ich die auch mal, wenn zu unübersichtlich, korrigiere und sofern die nochmal kommt, sofort wieder nachsehen.
Das ist zwar mühsam, aber so weiß ich genau, welche Aktion was wann auslöste.
Query Monitor:
Das Plugin hatte ich früher mal. Danke fürs Erinnern.
PS: Die zuletzt gemeinten WP Core Fehler hat echt schon jemand gemeldet!
