Nichts geht mehr

[DirkNB]

Dito, wie wir Lateiner sagen.

Und wieso funktioniert es auch nicht, wenn ich alles in einem neuen Ordner auf dem Server mit neuer Datenbank neu installiere?

[sunwater]

@Lou_Cipher: Verzeih mir, falls ich meine config.php überspielt hätte, würd ich mich das hier vor lauter "Genier" gar nicht posten trauen.

Ich hab dieses "Phänomen" mittlerweile in mehreren threads gelesen und nehme an, dass die Wordpress Gurus dazu bald eine passende Antwort parat haben.

[DirkNB]

Hoffen wir mal. Und weil man gute Antworten nur bekommt, wenn man gut fragt, hier meine Erfahrungen im Detail:

Server 1
- WordPress 2.3.3 läuft
- MySQL-Version 4.1.10a
- PHP-Version 4.3.10

Ergebnis: Sowohl Neuinstallation in neuem Ordner mit neuer Datenbank als auch Update der 2.3.3-Version brachten beim Aufruf der entsprechenden in der liesmich.html befindlichen Links weiße, leere Seiten. Ich habe natürlich die liesmich.html aufgerufen, die auf dem Server war.

Server 2
- Wordpress 2.3.3 nicht installiert
- MySQL-Version 3.23.55
- PHP-Version 4.4.7

Ergebnis: Die Neuinstallation (Linkaufruf von der liesmich.html) brachte die entsprechende Seite mit Blog-Namen- und E-Mail-Eingabe. Die weitere Installation scheiterte vorhersehbar an der ungenügenden MySQL-Version.

Nun die Fachleute! Was kann ich tun? Kann ich überhaupt was tun? Installieren will ich WP 2.5 natürlich auf Server 1, an dem ich natürlich nichts ändern kann, aber ich kann natürlich beim Provider nachfragen.

Für weitere Rückfragen stehe ich gern zur Verfügung.


P.S.: Ich habe zu Hause noch einen alten Rechner mit Win98SE und xampp drauf stehen, da kann ich es ja auch nochmal ausprobieren. Bei meinem Glück läuft es da.

[codestyling]

Zitat von Lou_Cipher

Ihr habt alle eure wp-config überschrieben vermute ich. wp-config-sample.php hättet ihr von neuen wp 2.5 ordner entfernen müssen vor dem upload.
http://wordpress-deutschland.org/installation/

Avatar und Inhalt des Posts passen gut zusammen ...

... man kann eine wp-config.php nicht mir einer wp-config-sample.php überschreiben, es sein denn man benennt die vorher um.
Der Sinn ist ja gerade der, das man seine alte Konfiguration behalten kann und die neue Version einspielen kann, ohne die Konfiguration zu verlieren.

Zum eigentlichen Problem bin ich noch am Forschen, ich werd das mal versuchen, in meinem "Labor" nachzustellen
Lösung kommt, wenn's bei mir auch so endet.

---TEST RESULTAT------------------------------------------------------------------------------------

Also was auch immer ich anstelle mit meiner Ausgangsdatenbank und einem WP 2.3.3 System, ich kann dieses Problem nicht nachstellen, wie es beschrieben wurde.
Was mir gelungen ist,
- die Domain ganz totzulegen
indem ich die alte Konfig mit einer neuen Konfig (wp-config.php) ersetzt habe, in der ich allerdings die korrekten DB Zugangsdaten aus der alten eingegeben hatte.
"Vergessen" hatte ich jedoch, daß mein Wordpress nicht mit dem Standardprefix arbeitet:

$table_prefix = 'wp_'; // Nur Zahlen, Buchstaben und Unterstriche bitte!

Das führt dazu, das dann nix mehr ging, aber ist sicher nicht das, was bei euch passiert.
Ansonsten konnte ich mich auf den Kopf stellen, wenn ich mich an die bekannten Anleitungen halte, gehts danach immer.

Ich hab aber noch zwei Vermutungen:
1.) Das Patchen der DB aufgrund der schieren Menge möglicher, enthaltener Posts, Kategorien und Tags dauert viel länger als das PHP erlaubt ist.
-> dann müßte aber das Update einmal angelaufen sein und erst danach der Login (oder ganze Blog) nicht mehr gehen, weil DB kaputt.
2.) Das Blog läuft nicht aus dem Root der Domain sondern in einem Unterordner.
-> das hab ich bisher nicht getestet.

[sunwater]

Verzeihung, meine Basics hab ich natürlich vergessen:
PHP 5.1.6
MySQL 5.0.22

1.) Das Patchen der DB aufgrund der schieren Menge möglicher, enthaltener Posts, Kategorien und Tags dauert viel länger als das PHP erlaubt ist.
-> dann müßte aber das Update einmal angelaufen sein und erst danach der Login (oder ganze Blog) nicht mehr gehen, weil DB kaputt.
2.) Das Blog läuft nicht aus dem Root der Domain sondern in einem Unterordner.
-> das hab ich bisher nicht getestet.

1. 95 Beiträge, 12 Kategorien, 0 Tags.
2. Blog liegt im root

Verzeihung für meine Vergesslichkeit.

[DirkNB]

Meine Statistik zur Ergänzung:
31 Nachrichten
1 Kommentar
8 Kategorien
1 Tag

Auf dem Win98SE-Rechner mit XAMPP und PHP 5.x, MySQL 4.1.10 konnte ich WordPress 2.5 wunderbarst installieren ...

@codestyling: Die Menge der Einträge in der Datenbank (die ja nicht mal gegeben ist) sollte doch bei einer Neuinstallation keine Rolle spielen. Selbst die Neuinstallation geht nicht und endet auf weißen leeren Seiten.
Wobei ich verwerflicherweise das Blog nicht in einem Ordner namens wordpress, sondern in einem andersnamigen Ordner habe. Was aber bei 2.3.3 überhaupt kein Problem ist!

[DirkNB]

Eben habe ich es mal ganz standardmäßig probiert auf meinem Server 1 (s. o.)

Wordpress 2.5 Installationsdatei von hier (oben: Download) runtergeladen, ausgepackt. Die Konfigurationsdatei mit meinen Daten versorgt, ohne das Wort "-sample" im Namen gespeichert, alles auf den Server kopiert (ohne die "-sample"-Datei).
Dann habe ich die http:/ /www.meinedomain.de/wordpress/liesmich.html aufgerufen und den Link /wp-admin/install.php benützt.
Es führte zur altbekannten weißen, leeren Seite.

[codestyling]

Könnt ihr mal den Seitenquelltext der weißen Seite posten, damit man rausbekommen kann, wie weit der in der /wp-admin/install.php kommt ?
(rechte Maustaste -> Quelltext anzeigen)

[sayler]

Zitat von codestyling

Könnt ihr mal den Seitenquelltext der weißen Seite posten, damit man rausbekommen kann, wie weit der in der /wp-admin/install.php kommt ?
(rechte Maustaste -> Quelltext anzeigen)

bei mir is der quelltext leer, wenn ich /upgrade.php aufrufe. das geht mir derbst aufn sack, will bloggen!

[codestyling]

Also schauen wir mal, was die upgrade.php macht und warum die Seite leer bleibt:

<?php
define('WP_INSTALLING', true);
if (!file_exists('../wp-config.php'))
    die("Die Datei <code>wp-config.php</code> scheint nicht zu existieren. Sie wird aber ben&ouml;tigt, bevor wir anfangen k&ouml;nnen. Brauchst Du weitere Hilfe? Bei <a href='http://wordpress-deutschland.org/'>WordPress Deutschland</a> findest du eine <a href='http://wordpress-deutschland.org/installation'>deutschsprachige Anleitung</a>. Eine <a href='http://codex.wordpress.org/Editing_wp-config.php'>englischsprachige Anleitung</a> findest Du bei <a href='http://wordpress.org/'>WordPress.org</a>. Du kannst die Datei <code>wp-config.php</code> auch <a href='setup-config.php'>online erstellen</a>, das funktioniert jedoch nicht mit allen Servern. Die sicherste Methode ist es, die Datei manuell zu erstellen.</p><p><a href='setup-config.php' class='button'>Konfigurationsdatei erstellen</a>");

require('../wp-config.php');
timer_start();
require_once(ABSPATH . 'wp-admin/includes/upgrade.php');

if (isset($_GET['step']))
    $step = (int) $_GET['step'];
else
    $step = 0;
@header('Content-Type: ' . get_option('html_type') . '; charset=' . get_option('blog_charset'));
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

1.) Wenn er die wp-config.php nicht finden kann, dann würde er eine Meldung von sich geben, also muß die da sein.

2.) Nun wird versucht im Unterverzeichnis wp-admin/includes/ die upgrade.php reinzuladen. Solltest du dein admin Verzeichnis umbenannt haben, dann wäre hier vermutlich kommentarlos Schluss -> weiße Seite.
Sollte es jedoch diesen Pfad und die php geben, geht's weiter.

3.) Wenn get_option nicht geht, "stirbt" der Prozess schon wieder kommentarlos, sollte nur dann passieren, wenn es gravierende DB Probleme gibt. -> weiße Seite.

Sollte all das nicht zutreffen, muß im Seitenquelltext mindestens der DOCTYPE stehen.

Wenn dein Blog als Surfer funktioniert aber als Admin nicht, gehe ich davon aus, das du den Admin Ordner umbenannt hast. Das ist in 2.5 nicht mehr möglich, weil wie zu sehen "hart" kodiert.