Weiße Seite nach Beitragsposting

Hallo, ich habe seit gerade eben ein kleines Problem.

Ich nutze noch Wordpress 2.3.2 und wollte soeben einen Beitrag posten, doch nach dem Drücken des Buttons "Veröffentlichen" lädt sich die Seite in's Nirvana.

Es erscheint lediglich eine weiße Seite und oben im Titel der komplette Pfad statt des im Backend eingestellten Blognamens. Quelltext ist ebenfalls nicht lesbar.

Übrigens ist auch das Backend nicht durch manuelle Eingabe erreichbar.

Die Adresse des Blogs lautet http://killefit.net/blog
Weiß jemand Rat?

Nee nee, das passiert zwischendurch immer wieder mal.
Z.B. gerade eben beim Kommentar abgeben. Den hat er erstens nicht abgespeichert und danach gab's wieder die gleiche weiße Rotze.

Könnte es evtl. damit in Zusammenhang stehen, dass ich auf der gleichen Domain (wenn auch in einem anderen Verzeichnis) eine andere Wordpress-Installation mit 2.3.3 habe?

Bei letzterer habe ich aber darauf geachtet, dass in der config.php andere DB-Präfixe verwendet werden.

EDIT 22:14 Uhr: Oder nach dem Editieren eines Beitrags, so wie gerade eben. Alles wieder weiß *grmpf*

Ich wollte jetzt mal auf Vorschlag Amaletus in die Errorlogs hineinsehen.

Die info.php gibt mir zwar zu verstehen, dass eine php.ini vorhanden ist, doch im dort angegebenen Verzeichnis kann ich sie nicht finden. Und ja, ich habe "Versteckte Dateien anzeigen" im FTP-Programm bereits ausgewählt.

Wie kann ich mir nun weiterhelfen?

ich habe ein paar Plugins gestern morgen abgestellt und kann zumindet (bei mir) keine Fehler entdecken.

Wenn ich einen Beitrag poste, erscheint er auch, es gibt laut Statistiken Besucher (wenn auch nicht mehr so viele wie früher) und auch Kommentare.

Der Feedreader wird ebenfalls informiert und mit Beiträgen bestückt.

Dass Ammaletu aber nicht darauf zugreifen kann, beunruhigt mich jetzt etwas.

EDIT: Und das sind die Meldungen, die mir Deine errorlogging.php anzeigt:

Zitat

Ein Problem wurde festgestellt

Es sieht so aus, als wäre das Auslesen von PHP-Konfigurationsdaten mit der Funktion ini_get auf deinem System nicht erlaubt. Entweder das, oder dieses Script enthält einen Fehler. Bitte also nciht wundern, falls alle folgenden Werte auf "AUSGESCHALTET" stehen oder leer sind. Lies meinen längeren Artikel zum Thema PHP-Errorlogging, es gibt noch viele andere Möglichkeiten, an diese Informationen zu kommen.
Anzeige von Meldungen am Bildschirm

Wert: AUSGESCHALTET
Fehlermeldungen werden im Moment nicht am Bildschirm ausgegeben. Das ist eine gute Einstellung für Produktivsysteme. Lokal zum Testen kann eventuell die Ausgabe am Bildschirm einfacher sein.
Empfehlung für Produktivsystem: kann so bleiben
Loggen von Meldungen in eine Datei

Wert: AUSGESCHALTET
Fehlermeldungen werden im Moment nicht in eine Datei geloggt. Das Speichern von auftretenden Fehlern in einer Logdatei ist eigentlich immer zu empfehlen.
Empfehlung für Produktivsystem: besser auf On stellen
Speicherort der Errorlog-Datei

Wert:
Fehlermeldungen werden im Moment nicht in eine Datei geloggt. Aktuelle Fehler tauchen in der eingestellten Logdatei also nicht auf.
Logstufe

Die aktuelle Logstufe ist:
Lokale php.ini-Datei

Im aktuellen Verzeichnis existiert keine lokale php.ini-Datei oder diese Datei ist aus PHP heraus nicht lesbar.
Ändern der Konfiguration in PHP-Programmen

Wert: FUNKTIONIERT
Die PHP-Konfiguration kann aus PHP-Programmen heraus mittels der Funktion ini_set verändert werden. Dies ist nicht zwangsläufig für alle PHP-Direktiven erlaubt, bei anderen ist es zwar erlaubt, aber das Setzen hat keine Auswirkung (z.B. register_globals, magic_quotes_gpc u.a. – sie können mit ini_set erst gesetzt werden, nachdem der alte Wert schon benutzt wurde). Das Log-Verhalten kann man aber so normalerweise beeinflussen. Falls es keine andere Möglichkeit gibt, z.B. ein Logfile zu setzen oder die Logstufe anzupassen, könnt ihr das mittels ini_set am Anfang eures PHP-Programmes tun. Achtung: Das muss für jede Seite passieren (also nicht für jedes Script, das eingebunden wird, aber für alles, was im Browser am Ende eine Seite ergibt). Am besten z.B. in einen gemeinsamen Header einbinden. Wenn möglich ist aber die Konfiguration per php.ini vorzuziehen.

Alles anzeigen

Jetzt bin ich tatsächlich beunruhigt, da zwischenzeitig wieder Kommentare eingegangen sind (allerdings von Nutzern, die das Blog bereits kennen. Hmmm, vielleicht, weil die es noch im Cache haben?).

Ich bin kurz davor, von allem ein Backup zu machen (auch von allen Verzeichnissen), sodann alles (auch die Datenbank) zu löschen und eine komplette Neuinstallation vorzunehmen.

Ich war jetzt so konsequent und habe (selbstverständlich nach allen nötigen Backups) die Datenbank komplett gelöscht und WP neu installiert, die XML-Datei wieder draufgespielt und es scheint zu funktionieren.

Dreimal auf Holz geklopft.