Admin - Artikel schreiben - zur Revision vorlegen statt veröffentlichen ... *ratlos*

Wie sieht der Wert für die "wp_capabilities" aus? Da müsste für einen admin

[FONT=courier new]a:1:{s:13:"administrator";s:1:"1";}[/FONT]

stehen.

wandi: Darf ich fragen bei welchem Hoster Du bist?

Hatte mich gerstern und heute mal des gleichen Problems eines Forumusers angenommen. Bin da auch zu keiner Lösung gekommen.

Scheinbar sind die Tabellen für den DB-User nicht mehr beschreibbar.

Du wirst auch über das Backend keinen neuen User anlegen können, oder? Du wirst zwar alle Daten eintragen und ohne Fehler speichern können, aber der User erscheint weder in der Userübersicht im Backend, noch in der Datenbanktabelle. Sehr komisches Problem...

Ich kann mal kurz festhalten, was ich getan habe:

- Prüfung ob Webspace ausreicht - noch 2GB frei
- Datenbankgröße liegt bei ca. 20MB, sollte eigentlich auch kein Problem darstellen, wobei ich nicht weiß wie groß die max. bei dem Hoster werden darf.
- alle Plugins deaktiviert
- Standardtheme aktiviert
- Browsercache gelöscht
- WordPress Dateien neu aufgespielt
- wp_capabilities für den Admin auf a:1:{s:13:"administrator";b:1;} gesetzt
- versucht über PHPMyAdmin einen neuen User anzulegen, also komplett neue Einträge für wp_user und wp_usermeta -> Fehler siehe unten
- versucht die Tabelle wp_user komplett neu anzulegen -> Fehler siehe unten
- Datenbank Reparatur und Optimierung via allow_repair Eintrag in der wp-config gestartet

Dann hab ich aufgegeben und zur Neuinstallation (vorher Export über´s Backend und Sicherung von wp-content) geraten. Es wird jedoch zuerst nochmal der Hoster kontaktiert... Vielleicht kann der genaueres sagen.

Ich vermute, dass dem DB User die Schreibrechte fehlen, denn jegliche INSERT Anweisung wird mit dieser Fehlermeldung quittiert:

#1142 - INSERT command denied to user 'webXXXXXX'@'localhost' for table 'wp_users'

Dies als Beispiel mit der Tabelle wp_users - kommt auch bei INSERT in anderen Tabellen.

Warum auch immer das Ganze passiert...

Hier gab es das Thema schonmal: http://wordpress.org/support/topic/…d-to-site-admin

Erkundige Dich mal bei Deinem Hoster, wie groß die Datenbank werden darf. Ich werde das Gefühl nicht los, dass es doch an einer zu vollen Datenbank liegt und daher keine weiteren INSERTs möglich sind. Ich kann das bei der von mir geprüften Website nicht in Erfahrung bringen. Finde diesbezgl. dort nirgends Infos.

Wobei ich auch immer der Meinung war die DB kann so groß werden wie der zur Verfügung stehende Webspace, also dass es da erstmal keinerlei Beschränkungen gibt... Und Webspace wäre in dem genannten Fall noch ausreichend vorhanden.

Ich bin die Forine, für die infected am Blog "herumschraubt". Nochmals ein dickes Danke dafür.:-P Habe jetzt mal den Webhoster angemailt, es wäre interessant zu wissen, ob Du (wandi) beim Gleichen bis wie ich?

Auffällig ist auch, dass sich keine neue Bilder in einen Artikel einfügen lassen, egal ob mit Linkverweis zur URL, oder als Upload. Ich verstehe auch nicht, was das soll und bin einfach nur ratlos...:cry:

Schaut mal, ob WordPress vielleicht zuviele Sicherheitskopien angelegt hat. Ich vermute, dass das ein ernsthaftes Problem ist und verschiedene Fehler zur Folge haben kann - mal abgesehen davon, dass die Datenbank mit redundanten Daten zugemüllt wird. Ich habe gestern mit einem Plugin (Better Delete Revision) über 540 Sicherheitskopien aus meiner Datenbank gelöscht - nach 6 Wochen Laufzeit des Blogs (ca. 30 Artikel und Seiten).

Mit einem einfachen Eintrag in die wp-config.php kann dann das Speichern abschalten oder auf eine gewisse Zahl eingeschränkt werden:

Komplett abschalten:

[COLOR=#000080]/* Kopien abschalten */
define(‘WP_POST_REVISIONS’, FALSE);[/COLOR]

Einschränken:

[COLOR=#000080]/* Anzahl Kopien festlegen */
define(‘WP_POST_REVISIONS’, 2);[/COLOR]

Im zweiten Beispiel werden maximal 2 Fassungen gesichert (gefunden auf http://wp-plugin-archive.de/wordpress-sich…nken_84220.html)

Gruß, Tom

Lieben Dank, habe dieses Plugin mal drüber laufen lassen, brachte aber nicht den gewünschten Erfolg. Leider. :sad:

Na ja, einen Versuch war's allemal wert. Jetzt kannst Du wohl wenigstens eine zu volle Datenbank als Ursache ausschließen.

Soooooo, habe Rückmeldung vom Webhoster: Es gab ein Rechteproblem in meiner Datenbank! Warum auch immer? Webhoster hat nun was geändert und es funktioniert wieder!!!! *freu*

Ein dickes Dankeschön aber an dieser Stelle an "infected", der mir wirklich sehr geholfen hat!