Keinen Zugriff auf meinen Backend-Bereich

Hallo zusammen.
Habe seit einigen Wochen ein Problem für da ich keine Lösung finde - und - VERZWEIFELE.
Daher erhoffe ich mir hier eine neue Idee.

Problem:
Kein Zugriff auf Backend-Bereich, Passwort wird nicht angenommen/erkannt.

Erfolglose Maßnahmen:
– Passwort via Emal mehrfach geändert
– Passwort in SQL-DB mehrfach geändert
– SQL, Revisieonen gelöscht
– SQL, PlugIns deaktiviert
– SQL, Theme auf twentysixteen geändert
– laut Provider ist SQl-BD iO!
– SQL, „Optimierung“ von Provider nicht zugelassen
– unmittelbar vor dem Problem keine Installation oder Update von PlugIns und Theme
– Provider (web.de) kann mir nicht weiter helfen
– Internet-Browser Firefox und Safari probiert

Infos:
– Frontend iO!
- Neuinstallation kommt aufgrund der vielen Arbeit nicht in Frage.
- Mein letztes Backup, 1:1-Kopie via FileZilla, zu weit zurück.
- SQL-DB liegt nicht auf meinem Webspace - ich nur über phpMyAdmin heran
– kein 2ter Admin in SQL möglich
– SQL hat 89MB darf max. 100MB
– Webspace hat 900MB, darf max.1GB

Frage:
– kann es sein, dass WordPress irgendwie beschädigt ist?
– wenn Ja, welche WP-Dateien oder WP-Verzeichnisse kann ich austauschen, ohne meine Daten zu beschädigen?

Gruss und Dank für konstruktive Vorschläge :-)

Via phpMyAdmin in die SQL-DB. Dort PW erneuert+Speichern. Danach wieder in das Backend-Anmeldefenster... :-(

Screenshot kann ich heute nicht liefern.
1-3 mal kommt keine Meldung - nach ca. 3-5Sek wird Bildschirm mit leerer Eingabemaske wieder angezeigt.
Nach mehrfacher "Fehleingabe" kommt sinngemäß die Meldung "Passwort falsch, via Email neu anfordern".

Darauf hin habe ich an einen DB-Fehler gedacht. An die DB-Datei komm ich nicht ran. Provider meinte das die DB iO ist - was auch immer web.de testen kann.

Zitat von b3317133

Wenn wieder die Eingabefelder mit tatsächlich keinerlei Meldung oberhalb erscheinen

Genau!
Daher dachte ich zuerst an einen SQL-Fehler.

Zitat von b3317133

Error Log des Servers

Wo genau kann ich nachschauen, oder ist dieser Bereich nur für Provider zugänglich?

Zitat von b3317133

[FONT=Courier New]WP_DEBUG[/FONT] auf [FONT=Courier New]true[/FONT] in der [FONT=Courier New]wp-config.php[/FONT]

Was sollte ich hinter wp_debug eintragen? true oder false?

Danke! Werde ich morgen ausprobieren und Melden.

Hallo zusammen.
Habe jetzt erst die Zeit gefunden, innerhalb wp-config.php auf define( 'WP_DEBUG', true ); zu setzen.
Raus gekommen sind mehrere Meldung "WordPress-Datenbank-Fehler:"
Ich würde hier gerne die Fehlermeldung als pdf zur Ansicht einstellen.
Welche Daten daraus sollte ich vorab unkenntlich machen? Die DB-Adresse? Sonst etwas?
Schönes WE!

Fehlermeldung im Anhang!

Die Fehlermeldungen verstehe ich nicht.
Sollte WP beschädigt sein, könnte ich ein "frisches WP" ohne relevante Darendateien auf das WebSpace kopieren.

Zitat von wpanfrage

Darendateien

Sorry, da sollte "Datendateien" stehen...

Wie ist das überhaupt mit den WP_DEBUG-Meldungen? Würde überhaupt keine Meldung kommen, wenn die Backend-Anmeldung korrekt verläuft? Oder sind die o.g. Fehlermeldungen vollkommen normal - so zusagen nur eine "Verstimmungen" vom Debugger?

Zitat von b3317133

Der eingerichtete Benutzer der Datenbank kann wie in der Fehlermeldung beschrieben keine Daten in die Datenbank eintragen, wende Dich an Deinen Hostinganbieter.

Kann das nicht ganz nachvollziehen - ich bin als Admin in der DB eingetragen und habe daher in WP Admin-Rechte.
Mit meinem Hostinganbieter web.de habe ich kommuniziert, die sehe innerhalb der DB keinen Fehler und sind somit raus!
Was genau passiert hier gerade?
Ich kann in die DB und meine Admin-Parameter ändern. Somit bin ich mir auch das es nicht am PW oder Benutzername liegt.

Zitat von b3317133

Eine ähnliche Meldung wurde vermutlich bei Deinem "kein 2ter Admin in SQL möglich" Versuch angezeigt, die Rückfrage dazu blieb aber leider unbeantwortet.

DAS war das erste was ich versucht habe - einen 2ten Admin in der DB einzurichten. Ließ sich nicht abspeichern.
Leider ist durch den Hoster nur 1 DB-Nutzer/Admin zugelassen. Vertragserweiterung durch Hoster nicht vorgesehen.

Mittel bis langfristig werde ich mir eine neue Plattform suchen. Da ich aber vor einigen Wo gut in den Backend kam, kann es sich nur um eine Kleinigkeit handeln... (hoffe ich)

Erst einmal dank für deine Hilfen!

Zitat von b3317133

Das kann verschiedenste Gründe haben, von Datenbank voll über Datenbank-Tabelle(n) defekt bis hin zu nicht ausreichende Rechte des Datenbank-Benutzers.

- Laut Hoster ist die DB iO - wie auch immer er das getestet hat! Daher unterstützt mich Hoster nicht weiter, schiebt die Fehler auf WP.
- "Optimierung" läßt Hoster nicht zu - Funktion gesperrt.
- Rechteprobleme kann nicht sein, da ich der Betreiber/Admin bin.
- Hoster lässt eine DB von 100MB zu.
Hier habe ich als Laie wiedersprüchliche Infos;
die Exportdatei ist derzeit 89MB groß, innerhalb der MySQL unter Struktur wird 21Tabellen, 136,2 MiB Größe mit 0 Überhang angezeigt.
Welche Kapazität ist bindend - 89MB oder 136,2MB?

Grundsatzfrage:
Warum komme ich noch nicht einmal in den Backend, wenn die DB voll ist?
Ich trage beim Loggen doch nichts zusätzlich in die DB ein. Nach meinem Verständnis vergleicht die DB Benutzername und Passwort und baut dann die Seite auf... WENN ich im Backend ein Bild hochladen möchte und dann "gemeckert" wird - klar!

Hallo zusammen.
Scheint mir ein besonders langweiliger oder anspruchsvoller Fehler zu sein... ;-)
Tatsächlich scheint das mit dem "Backend-Aussperren" ein häufiges Anfängerproblem zu sein.

Frage 1:
Auch nach intensivem Netzstöbern habe ich noch nicht herausgefunden, welche der beiden SQL-Größen maßgebend sind.
- 100MB vom Hoster zulässig, innerhalb der SQL-DB
- 136,2MiB (MB?) aller Tabellen, aber
- 89MB-Dateiengröße nach Export.
Die SQL-DB ist via FTP nicht sichtbar.

Frage 2:
Wenn die 136,2MB der zu hohe Wert ist (alleine Tabelle wp522_postmeta verbraucht 114,4 MiB), wie kann die SQL abgespeckt werden, ohne "Optimierungs"-Funktion und ohne zum Löschen (viele Audio- und Bild-Dateien vorhanden) in den Backend-Bereich zu gelangen?

Folgendes habe ich zur SQL-Datenreduktion bereits versucht:
– SQL, Revisionen gelöscht, danch auf 1 gesetzt > keine Backend-Zugriff
– SQL, PlugIns deaktiviert > keine Backend-Zugriff
– SQL, Theme auf twentysixteen geändert > kein Backend-Zugriff

Zitat von b3317133

Was hat denn Dein Hostinganbieter auf die Frage, warum Dein Datenbank-Benutzer nichts eintragen kann, geantwortet?

"Gibt der Vertrag nicht her!"
Weiter Frage von mir "Vertragserweiterung möglich?" ... Antwort: "Nein, nicht vorgesehen."
Daher will ich die Website wieder ans laufen bekommen, bevor ich zu einem anderen Hoster umziehe.

Zitat von Putzlowitsch

Wieviele Datensätze hat den die Posts-Datei?

19.653 Datensätze
Was kann ich innerhalb der Tabelle konkret tun um diese zu verschlanken?

Zitat von Putzlowitsch

Welche Plugins werden verwendet?

Kann ich nicht genau sagen, neben Elementor das ich sehr ausreitze noch ca. 4-6 weitere.

Zitat von Putzlowitsch

Wenn Du mit den 136 MB schon über der Grenze von 100MB liegst, ist das natürlich grenzwertig

DANKE!!!
DAS ist die Klarheit die ich zur Einschätzung brauche. Somit ist auch verständlich, dass es nicht am zerschossenen WP-Dateien, sondern am einer überfüllten DB liegt.