WP2.2-Fatal Error: undefined function get_private_posts_cap_sql

... Mal den Ordner wp-content/cache leeren?

Den WordPress "Object Cache" kann man mit einem Eintrag in der wp-config.php anschalten:

define('ENABLE_CACHE', true);

Und dann legt WordPress normalerweise automatisch einen Ordner namens "cache" in deinem "wp-content"-Ordner an.

Das war jetzt aber bloß eine "wilde Vermutung" - nur hab ich heute 5 WordPress-Installationen von 2.13 auf 2.2 upgedingst - Und jedes Mal gab's anfangs verschiedene Fehlermeldungen - die jedes Mal nach "einmal Cache ausleeren" weg gewesen sind.

Beziehungsweise musste man manchmal noch übergangsweise in der wp-config das ENABLE_CACHE auskommentieren, damit nicht dauernd irgendetwas Neues/Altes/Falsches in den cache-Ordner geschrieben wird.

Oops, da hast Du schon gepostet, während ich noch geschrieben hab ...

- PlugIns brauchst Du keine für den WordPress-Cache
- Selbst anlegen muss man den nur, wenn der Ordner wp-content keine Schreibrechte hat (Bei mir ist wp-content "frei", schreibgeschützt sind allerdings die Ordner "plugins" und "themes")
- Mit aktiviertem WordPress-Cache sollte Dein Blog ein gutes Stück schneller werden ...
- Eine fette Leistungsbremse ist der WordPress-Cache allerdings, wenn man auf Servern mit safe_mode = On sitzt ... nutzt dann auch nichts, wenn man den cache-Ordner auf #777 setzt ...

Es gibt ein PlugIn namens WP-Cache, das ist aber ein anderes Paar Schuhe - Das speichert komplette Seiten als statische HTML-Files ab ...

Der Blog-Beitrag von wegen "Cache-Problem gelöst" bezieht sich auf WordPress 2.1 - In den darauffolgenden Versionen hat der Cache keine Probleme mehr gemacht.

Das Thema SafeMode - Leg eine Datei namens "info.php" in Dein Hauptverzeichnis, Inhalt

<?php phpinfo(); ?>

Wenn Du dann http://www.deineseite.de/info.php aufrufst, sollte Dir eine ziemlich ausführliche Tabelle mit allen Einstellungen ausgegeben werden, die für Deinen Webspace gelten.

Ist vielleicht ein bisschen unübersichtlich, dort "mit gucken" nach safe_mode zu suchen - Einfach Strg-F drücken, und den Browser nach der Zeile mit "safe_mode" suchen lassen.

Schiet ... Funktioniert das immer noch nicht?

Erst einmal in der "version.php" (Ordner wp-admin) gucken, was dort steht. Normal müsste dort

$wp_version = '2.2';
$wp_db_version = 5183;

zu lesen sein. Was steht da bei Dir?

Wenn dort noch irgendwas mit 2.13 steht - Dann sind wahrscheinlich nicht alle Dateien, die für das Upgrade nötig sind, hochgeladen worden - und WordPress sieht noch keinen Bedarf, die Datenbank zu aktualisieren.

.
.
.

Ansonsten ... wir wissen ja nun, dass der Fehler nicht an irgendwelchen "alten", zwischengespeicherten Daten liegt - WordPress "kennt" die Funktion "get_private_posts_cap_sql" augenscheinlich tatsächlich nicht.

Guck mal in der Datei "post.php" (ebenfalls im Ordner wp-admin) nach, ob es dort diese Funktion gibt. Sollte eigentlich in Zeile 1573 auftauchen.

Wenn nicht, dann ... naja, ich würd die neuen WordPress-Dateien einfach noch mal erneut hochladen. Und falls es beim letzten Versuch daran gescheitert sein sollte, dass eventuell einige Dateien schreibgeschützt waren oder aus anderen Gründen nicht "überschrieben" worden sind - Bist Du auf der sicheren Seite, wenn Du die beiden Ordner "wp-admin" und "wp-includes" umbenennst ... beispielsweise in "wp213-admin" und "wp213-includes" ...

Dann kannst Du die neuen "wp-admin" und "wp-includes"-Ordner ohne Rücksicht auf Verluste hochladen - und sicher davon ausgehen, dass auch WIRKLICH alles da ist.