[ad_1]
Bis auf das LDAP Plugin,
Woher werden die Anmeldedaten für den Adminnutzer geholt? Lokal aus der WordPress-Installation oder funkt da das Plugin dazwischen und sucht diesen in der LDAP-Datenbank?
Ich nutze das Plugin nicht, aber ich habe mich schon an anderen (nicht WordPress) Stellen durch solch ein Szenario „gekämpft“.
Die Zugangsdaten für den Admin werden lokal geholt, der Rest aus dem AD.
Hättest du den eine Idee, was ich noch versuchen könnte?
Kann es sein, dass du mit dem User Role Editor Änderungen an den Benutzerrechten des Administrators vorgenommen hast?
Poste bitte nochmal die jetzt eingetragenen Website- und WordPress-URL.
Nicht bewusst, laut meinen Kollegen, hat auch keiner was geändert.
Schade das man keine Bilder Posten kann :/
WordPress-Adresse(URL)
Website-Adresse(URL)
Wie kann man hier Bilder in einen Forenbeitrag einfügen?
An den URLs wird es dann wohl nicht liegen.
Folgende Cookies werden bei mir gespeichert (Keine Ahnung ob das für eure Hilfe relevant ist)
– wordpress_test_cookie
-wp_lang
Was ich jetzt probieren würde (nacheinander oder/und einzeln):
– das LDAP-Plugin deaktivieren.
– Browser neu starten.
– anderen Browser verwenden.
Und immer die Entwicklerkonsole des Browsers im Blick haben.
- Diese Antwort wurde geändert vor 15 Stunden, 26 Minuten von hupe13.
Das was @hupe13 sagt. Erstmal minimalsetup testen…
Guten Morgen zusammen,
ich habe das von euch Empfohlene getestet, ohne Erfolg.
Ich habe alle Plugins deaktiviert und den Browser geschlossen. Zudem habe ich
Firefox, Chrome und Brave benutzt, auch ohne Erfolg.
Bei Firefox bekomme ich folgende Meldung in der Konsole
Das Cookie "wordpress_test_cookie" verfügt über keinen gültigen Wert für das "SameSite"-Attribut. Bald werden Cookies ohne das "SameSite"-Attribut oder mit einem ungültigen Wert dafür als "Lax" behandelt. Dadurch wird das Cookie nicht länger an Kontexte gesendet, die zu einem Drittanbieter gehören. Falls Ihre Anwendung das Cookie in diesen Kontexten benötigt, fügen Sie bitte das Attribut "SameSite=None" zu ihm hinzu. Weitere Informationen zum "SameSite"-Attribut finden Sie unter .
Hat das was mit meinem Problem zu tun? Kenne mich da nicht so aus
- Diese Antwort wurde geändert vor 1 Stunde, 30 Minuten von michaelbrilz89.
Nein, das hat damit nichts zu tun.
Wird eigentlich bei der Anmeldung im Backend ein Cookie wordpress_logged_in_{hashwert}
gesetzt?
Geh bitte auch mal auf Dashboard > Aktualisierungen > WordPress 6.0.2 erneut aktualisieren. Damit soll sichergestellt werden, dass alle Dateien des Core vollständig übertragen wurden.
Ist das unter wp_options zu finden?
WordPress habe ich gerade aktualisiert, allerdings ohne Erfolg. Bei den Erfolglosen Anmeldungen bekomme ich immer noch ein
WordPress-Datenbank-Fehler: [Table wp_intranet.wp_user_report' doesn't exist]
SHOW FULL COLUMNS FROM wp_user_report
Powered by WordPress
Fehler. Gerade kam auch ein Fehler wo stand, das mein Chrome keine Cookies zulässt und ich das erst aktivieren soll. Aber in den Einstellungen ist das bereits der Fall, dass alle Cookies zugelassen werden sollen.
Die Tabelle wp_user_report
muss von einem Plugin angelegt worden sein. Zum Core oder User Role Editor scheint sie nicht zu gehören.
Durch die nervigen Cookie-Banner setzen viele User Browser-AddOns ein, die Cookies unterdrücken. Das kannst du aber ausschließen?
Welche Cookies gesetzt sind, kannst du im Browser nachsehen: Taste F12 öffnet die Entwickler-Tools, im Tab App findest du unter Speicher > Cookies eine Liste aller verwendete Cookies.
Zum Datenbankfehler:
Trag bitte mal in der wp-config.php
oberhalb von /* That's all, stop editing! Happy publishing. */
folgende Zeile ein:
define( 'WP_ALLOW_REPAIR', true );
Danach rufst du (natürlich mit deiner Domain) im Browser auf und klickst auf den unteren Button zum Reparieren/Optimieren der Datenbank.
Besteht der Datenbankfehler dann immer noch?
Ja, das mit den AddOns kann ich ausschließen, da ich keine AddOns verwende.
Nach dem Reparieren/Optimieren kommt dieser Datenbankfehler immer noch.
Folgendes wurde nach dem Reparieren angezeigt:
WordPress
Ergebnisse der Datenbank-Reparatur
Die Tabelle wp_users ist in Ordnung.
Konnte die Tabelle wp_users nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_usermeta ist in Ordnung.
Konnte die Tabelle wp_usermeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_posts ist in Ordnung.
Konnte die Tabelle wp_posts nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_comments ist in Ordnung.
Konnte die Tabelle wp_comments nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_links ist in Ordnung.
Konnte die Tabelle wp_links nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_options ist in Ordnung.
Konnte die Tabelle wp_options nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_postmeta ist in Ordnung.
Konnte die Tabelle wp_postmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_terms ist in Ordnung.
Konnte die Tabelle wp_terms nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_term_taxonomy ist in Ordnung.
Konnte die Tabelle wp_term_taxonomy nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_term_relationships ist in Ordnung.
Konnte die Tabelle wp_term_relationships nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_termmeta ist in Ordnung.
Konnte die Tabelle wp_termmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Die Tabelle wp_commentmeta ist in Ordnung.
Konnte die Tabelle wp_commentmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
Reparaturen abgeschlossen. Bitte entferne die folgende Zeile aus wp-config.php, um diese Seite vor unauthorisierten Zugang zu schützen.
define('WP_ALLOW_REPAIR', true);