MultiSite, Umleitungsfehler, Name des ftp-Zuganges

Wegen verschiedener Probleme unternahm ich gestern einen weiteren Versuch die WordPress-Multisite-Version zu aktivieren.

Ich ging erneut so vor, wie schon am Sonntag:

http://buddypress.org/support/topic/…on/#post-187046

Diesmal fügte ich aber außerdem noch die "salt keys" hinzu:

http://buddypress.org/support/topic/…on/#post-187127

Außerdem habe ich diesmal ein anderes Tabellen-Präfix - statt wp_ - verwendet (A. Hetzel, WordPress 3, Bonn, 2012, S. 48, letzter Absatz).

Erwartungsgemäß, aber leider hatte dieser Versuch das gleiche Ergebnis wie der Versuch vom Vortage: Der "Umleitungsfehler" ist immer noch vorhanden.

Ich überprüfte dann das Verwaltungsinterface meines Accounts bei meinem Web-Space-Provider. Dort ist als Domain “1a-spielwiese.de” angegeben weder www. noch http:// sind erwähnt.

Der FTP-Zugang heißt aber: http://www.1a-spielwiese/.

Weiß jemand, ob der Name des FTP-Zugangs für das Funktionieren der MutliVersion eine Rolle spielt? Muss für die MultiSite-Version das www. aus dem Namen des FTP-Zuganges - genauso wie in den allgemeinen WordPress-Einstellungen - entfernt werden?

Oder ist es egal, wie der FTP-Zugang heißt?

http://buddypress.org/support/topic/…/2/#post-187154

1. Ja, der FTP-Zugang heißt http://www.1a-Spielwiese.de - die TLD hatte ich nur hier vergessen.

2. Die SingleSite-Version lief problemlos; siehe den schon genannten Link: http://buddypress.org/support/topic/…on/#post-187046

3. Ich habe schon mehrfach ganz von vorn begonnen. Die .htaccess scheint in Ordnung zu sein: http://buddypress.org/support/topic/…on/#post-187127

Daher noch mal die vielleicht entscheidende Frage:

Wenn die Site URL - wie für WordPress-MultiSite empfohlen - ohne .www-Präfix ist, muss dann auch der Name des FTP-Zuganges ohne .www-Präffix sein oder spielt das Präfix bei dem FTP-Zugang für WordPress-MultiSite keine Rolle?

Die Benennung des FTP-Zuganges kann also nicht die Ursache des Umleitungsfehlers sein - verstehe ich deine Antwort insoweit richtig? -

Was kommt dann nach dem dort beschriebenen Vorgehen:

http://buddypress.org/support/topic/…on/#post-187046

und den dort zitierten wp-config und .htaccess-Dateien:

http://buddypress.org/support/topic/…on/#post-187052

als Ursache des Umleitungsfehlers in Betracht?

Irgendeine Idee hierzu noch?

Ich kann das auch noch mal zurückübersetzen, falls das dann zu einer Lösung führt:

-- Ich entfernte alle Dateien von meinem FTP-Servers; nur ein Ordner "usage" war nicht löschbar.

-- Ich löschte meine WordPress-Datenbank und richtete eine neue ein.

-- Ich schuf auf meinem eigenen Rechner eine neues Verzeichnis "1a-Spielwiese" und richtete dort ein neues "WordPress"-Verzeichnis ein.

-- Dort hin lud ich diese Datei: http://de.wordpress.org/latest-de_DE.zip

-- Ich entpackte die ZIP-Datei und habe die entpackten Dateien auf meinen FTP-Server hochgeladen.

-- Ich habe die Datenbank-Informationen in meine wp-config-sample.php eingefügt und diese in wp-config.php umbenannt. Außerdem fügte ich mittels https://api.wordpress.org/secret-key/1.1/salt/ "salt keys" hin.

-- Ich sufte im Browser zu: http://www.1a-spielwiese.de/wp-admin/install.php Dabei wählte ich als Tabellen-Präfix etwas anderes als "wp_"

-- Nach Beendigung der Installation loggte ich mich ein, aktivierte das Twentytwelve-Theme und die "Jeder kann sich registrieren."-Option. Ich überprüfte http://www.1a-spielwiese.de/wp-login.php?action=register - und alles war in Ordnung; "Registrieren"-Button vorhanden.

-- Ich fügte meine config.php die Zeile

define(‘WP_ALLOW_MULTISITE’, true);

ein und loggte mich dann erneut ein.

-- Ich entfernte das www prefix aus der WordPress-Adresse (URL) und aus der Site Address (URL). Während des Speicherns der Einstellungsänderungen wurde ich automatisch ausgeloggt, und es ist nicht möglich, mich erneut einzulogge. Wenn ich versuche - statt zur Loggin-Seite - zur 1a-spielwiese.de-Startseite zu gehen,erhalte ich die Fehlermeldung.

"Fehler: Umleitungsfehler

Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann."

In meiner config.php steht nach den Datenbank-Informationen diese Zeile:

define(‘WP_ALLOW_MULTISITE’, true);

Dann kommen die "salt keys", das geänderte Tabellenpräfiix.

Vor der Zeile

/* That's all, stop editing! Happy blogging. */

ist noch nichts eingefügt, denn bis zu der Anweisung dort etwas einzufügen, bin ich - aufgrund des automatischen LogOuts (s. vorstehenden Kommentar) - in diesem Installationsvorgang noch gar nicht gekommen.

Aber ich werden jetzt gleich mal ausprobieren, was passiert, wenn ich dort OHNE vorhergehende Anweisung die fraglichen Zeilen
[*] einfüge.

[*] Die fraglichen Zeilen und den nötigen Inhalt der .htaccess-Datei kenne ich von den vorhergehenden Installationsversuchen, bei denen ich das http://www.-pr%c3%a4fix nicht entfernt hatte und nicht ausgeloggt wurde, sondern fortfahren könnte.

Also,

ich habe jetzt in meine config.php vor der Zeile

/* That's all, stop editing! Happy blogging. */

folgendes eingefügt:

define(‘MULTISITE’, true);
define(‘SUBDOMAIN_INSTALL’, true);
define(‘DOMAIN_CURRENT_SITE’, ‘http://www.1a-spielwiese.de%e2%80%99);
define(‘PATH_CURRENT_SITE’, ‘/’);
define(‘SITE_ID_CURRENT_SITE’, 1);
define(‘BLOG_ID_CURRENT_SITE’, 1);

und außerdem eine .htaccess folgenden Inhaltes hochgeladen:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
</IfModule>

# END WordPress

Jetzt gibt es auf der Startseite keinen Umleitungsfehler mehr, sondern das Browser-Fenster bleibt einfach weiß; auch das Loggin-Formular gibt es nun nicht mehr, sondern auch diese Seite bleibt weiß. -

Was nun?

Jetzt habe ich in der Zeile

define(‘DOMAIN_CURRENT_SITE’, ‘http://www.1a-spielwiese.de%e2%80%99%29;

noch das www. gelöscht. Nun gibt es auf der Startseite wieder den Umleitungsfehler; auch das Loggin-Formular ist wieder da. Aber der Loggin funktioniert nicht:

Ich gebe bei folgender Browser-Adresszeile:

1a-spielwiese.de/wp-login.php

Benutzernamen und Passwort ein und klicke dann auf "Anmelden".

Dadurch ändert sich das die Adresszeile in:

http://www.1a-spielwiese.de/wp-login.php

und das Anmeldeformular ist wieder leer. -

Was nun?

Du meinst erst das http://www.-pr%c3%a4fix für die SingeleSite-Version löschen und erst dann die Zeile define(‘WP_ALLOW_MULTISITE’, true); in die wp-config.php einfügen? - Aus dem einfachen Grund, weil es in der anderen Reihenfolge beschrieben ist: http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/ Zunächst die fragliche Zeile einfügen; und das Löschen des http://www.-pr%c3%a4fix kommt dann erst in den dort erwähnten "Hinweise[n] zur Benutzung von Subdomains bzw. Unterverzeichnissen als Blogadressen für die Unterblogs", die erst DANACH angezeigt werden.