Beiträge von 1a-Spielwiese

    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?

    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.

    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."

    Wäre das nicht genau ne Möglichkeit für eine Multisite?

    Vielleicht; aber könnte auch sein, dass MultiSite notwendigerweise folgende Adress-Struktur verlangt: 1. WordPress: .DOMAIN.de (z.B.: kirschen.de) 2. WordPress: english.DOMAIN.de (z.B.: english/kirschen.de) oder DOMAIN.de/englisch (z.B.: kirschen.de/english) Aber hier scheint ja gewünschte Form zu sein: 1. WordPress: DOMAIN.de (z.B.: kirschen.de) 2. WordPress: DOMAIN.com oder DOMAIN.org (z-B.: cherries.com oder cherries.org) Noch eine Möglichkeit, die dann wohl zu MultiSite passen würde, wäre: 1.: DOMAIN.de - einziger Inhalt: eine statische Seite mit Sprachauswahl (deutsch/englisch) 2.: deutsch.DOMAIN.de 3.: english.DOMAIN.de

    Du müsstest die alte Datenbank spiegeln. 2 Wordpress, die sich eine Datenbank teilen, das funktioniert meiner Meinung nach nicht. Schon alleine die Wordpress- und Blogurl würden nicht stimmen.

    Die Wordpress- und Blogurl scheinen ja geändert worden zu sein: "In der wp-config.php habe ich die neue domain, sowie benutzer und passwort erneuert." Aber ich würde deine erste Vermutung teilen, dass das Problem die Datenbanken sind. Die Beispiel-config.php enthält ja auch die Zeile: define('DB_NAME', 'database_name_here'); wenn dort in beiden WordPress-Verzeichnissen der gleiche Datenbank-Name eingetragen ist und auch die Tabellen-Namen identisch sind, dürfte es m.E. nicht funktionieren. - Aber ist nur eine Intution meinerseits. Ich denke du bräuchtest mindestens eine zweite MySQL-Datenbank, oder du müsstest in ein und derselben Datenbank Tabellen mit unterschiedlichen Namen einrichten: A. Hetzel, WordPress 3, Bonn, 2012, S. 48, letzter Absatz: "Das Tabellenpräfix [wp_] sollten sie immer dann ändern, wenn sie WordPress mehrmals in ein und derselben Datenbank installieren oder es besser absichern wollen." Das aber wiederum dürfte heißen, dass die versuchte Methode das bereits installierte WordPress zu kopieren, nicht funktioniert. Denn das Tabellen-Präfix wird ja während des Installationsprozesses vergeben. Ich würden denken: Jedenfalls sofern in der ersten WordPress-Installation nicht sehr viel eigener gestalterischer Aufwand steckt (sondern einfach ein Theme - weitgehend - unverändert wurde), dürfte es einfacher sein, dass 2. WordPress als Neueinstallation mit anderem Tabelenpräfix (z.B. ab_) (statt als Kopie der ersten) einzurichten, aus dem ersten Blog mit dem Exportieren-Werkzeug die Inhalte zu exporieren. Und die exportierte xml-Datei dann in das zweite Blog zu importieren - und dann das etwaig nötige Gestalterische 'mit Hand' nachzuarbeiten.

    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