Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenSiehe dazu auch Bug-Report hier: https://core.trac.wordpress.org/ticket/62440
Würde empfehlen, im vorherigen WordPress Zweig zu bleiben, bis das Problem (und all die anderen) mit einem Update 6.7.1 oder 6.7.2 o.ä. behoben werden. Sicherheitsrelevante Updates bekommst Du auch mit WordPres 6.6.x noch viele Monate.
Die WordPress Core Entwickler haben mit WordPress 6.7 etwas Fundamentales geändert, ohne auf Rückwärtskompatibilität Wert zu legen, was jetzt sehr grossen Einfluss auf alle möglichen Themes und Plugins hat. Sogar auch alle WordPress Standard Twenty XXX Themes mussten geändert werden.
Aktuelle Meldungen dazu gibt es z.B. hier: https://core.trac.wordpress.org/tickets/latest
Nach Meinung der WordPress Core Entwickler sollst Du bei Problemen jetzt die jeweiligen Plugin bzw. Theme Hersteller kontaktieren und dort Änderungen einfordern. :confused:
Du kannst alternativ den Core auf WordPress 6.6.2 zurückrollen.
Bin davon ausgegangen, dass Du mit Einspielen phpMyAdmin meinst, das ist der übliche Weg.
Versuche es mit einer [FONT=Courier New].sql[/FONT] Datei, bei der Du diese Zeile entfernt hast.
Mehr dazu z.B. in diesen aktuellen Tickets:
In letzter Zeit gibt es viele Core Änderungen ohne Rückwärtskompatibilität zu beachten. :confused:
Ergänzung: Merke: Niemals einen WordPress Release Sprung wie auf 6.x sofort einspielen, niemals. Erst all die Bugs abwarten und auf 6.x.1 oder 6.x.2 oder 6.x.3 warten.
Alternativ stelle sicher, das die [FONT=Courier New]debug.log[/FONT] Erstellung nur dann angeschaltet wird, wenn wirklich an der Seite geabeitet wird,was generell so sein sollte. Das löst das eigentliche Problem nicht, aber es flutet dann auch nicht dauerhaft Deine Log Dateien.
Normalerweise kann man die PHP Version beim Provider über den Zugang zum Account dort selbst einstellen. Deine Seite sollte aktuell wie mehrfach beschrieben mit maximal PHP 8.1.x laufen.
Irgendjemand hat die Seite eingerichtet, versuche diese Person ausfindig zu machen.
Ok, dann weisst Du ja Bescheid wie man das dort sieht. Ähnliches wurde Dir offenbar auch schon anderweitig gesagt. Nicht immer sind solche Sichtweisen und/oder Entscheidungen bei den WordPress Entwicklern nachvollziehbar.
Rückwärtskompatiblität wie früher ist offenbar nicht mehr wirklich gewünscht, vielleicht will man die Nutzer auch so irgendwie aus den "Klassischen Themes" bekommen, man weiss es nicht. Das Problem war z.B. auch in allen klassischen Twenty XXX Standard Themes vorhanden und wird daher wohl auch in allen Themes vorhanden sein, die ihren Code und wenn auch nur grob darauf basiert haben.
Würde empfehlen, im vorherigen WordPress Zweig zu bleiben, bis die Probleme seitens der Plugins oder irgendwann doch seitens des Core gelöst werden. Sicherheitsrelevante Updates bekommst Du auch mit WordPres 6.6.x noch viele Monate.
Aus dem Log geht nur hervor, das wohl immer noch eine zu neue PHP Version eingestellt ist, siehe Hinweise dazu oben.
Wie gesagt, in diesem Fall hier wäre es gesamt besser, jemanden lokal bei Dir zu finden, der sich mit WordPress etwas auskennt. Ein Hack ist weiterhin nicht ausgeschlossen.
Man würde nach einem Fatal Error suchen.
Aber zuerst würde man die o.g. PHP Version auf maximal PHP 8.1.x einstellen, vermutlich läuft eine zu neue PHP Version für Dein Theme/Plugins, dann hätte man ein viel kürzeres Error Log.
Lösche das Log, rufe direkt danach den Login auf, lese das neu angelegte Log.
Auch daran kann es liegen, dazu könnte man mehr sagen, wenn man das Error Log zu dem exakten Zeitpunkt wenn die weisse Seite erscheint hätte.
Evtl. wäre es hier am besten, das jemanden vor Ort genauer prüfen zu lassen, der sich mit WordPress etwas auskennt.
Ok, dann wäre es auch möglich, dass die Seite gehackt wurde und der Hack jetzt nicht (mehr) richtig funktioniert und so diverse Dinge schieflaufen.
Wende Dich am besten an die Person, die die Seite ursprünglich eingerichtet hat bzw. technisch betreut und lasse das mal ansehen.
Erstelle ein Bug Report Ticket bei WordPress.org https://core.trac.wordpress.org/tickets/latest
In dem Auszug ist kein Eintrag, der eine weisse Seite erzeugt.
Beachte auch noch den Absatz oben zur PHP Version:
Und evtl. wurde eine zu neue PHP Version für ggf. veraltete Plugins bzw. Theme eingestellt, auch das kann zu Problemen wie den vielen Deprecated Log Einträgen führen, hier sollte maximal PHP 8.1.x eingestellt und die Kompatibilität aller Plugins und des Themes hierzu geprüft werden, hierzu auch Kontakt mit dem Support von gekauften Komponenten aufnehmen, ob es passende Updates gibt.
Weche PHP Version ist derzeit eingestellt? Werkzeuge > Website-Zustand > Bericht (oben auswählen) > Server > PHP-Version
Was genau erscheint im Error Log zu dem Zeitpunkt wenn die weisse Seite bei Plugins erscheint?
Die Inhalte der alten Webseite werden durch Zurückstellen der Datenbankzugangsdaten auf die alte Datenbank in [FONT=Courier New]wp-config.php[/FONT] wiederhergestellt.
Das übliche Vorgehen bei WordPress ist:
@KuSin Durch ständige Änderung und Erweiterung von Backend, Blöcken, FSE (Front Site Editing) usw. ist sowas wohl vielen ehem. freiwilligen Blogschreibern, Tutorial Erstellern u.ä. ein zu grosser Aufwand geworden. Zudem sinkt wegen anderweitigen Vorkommnissen (Link enthält eine grobe Übersicht, es gibt noch viele weitere Beiträge dazu) seit einiger Zeit die Motivation einiger Teile der weltweiten Community merklich.
Vermutlich ist die Links-Anpassung nach dem Entfernen der Inhalte im Unterverzeichnis [FONT=Courier New]wordpress[/FONT] nicht vollständig vorgenommen worden. Siehe ergänzte Fragen 5 und 6 oben.
Beantworte noch die Fragen 5 und 6 oben.
Unabhängig von der eigentlichen Ursache des 403 Fehlers des Servers fehlt noch die Anpassung einiger URLs in der Datenbank wo noch [FONT=Courier New]wordpress[/FONT] vorkommt, das kann man nach dem sicherheitshalber Erstellen eines Backups der Datenbank z.B. so machen:
Suchen nach: https://zauberer-kabarettist.de/wordpress
Ersetzen durch: https://zauberer-kabarettist.deEine (zu allgemeine) CSS Regel [FONT=Courier New].menu *[/FONT] stammte lt. Browser Inspector aus einer in der Seite eingebundenen CSS-Datei im Verzeichnis dieses Plugins.