Beiträge von GLehnhoff

    Es sollte dem jeweiligen WPMU-Blog-Administrator erlauben, ein Backup zu erstellen. Das betrifft die Datenbank und die Files. Und es sollte eine Restore-Möglichkeit geben. Die Backups könnten irgendwo zwischengespeichert werden, sollten aber auf alle Fälle zum Download angeboten werden. Umgekehrt muss so ein Backup auch wieder zwecks Restore auf das Syetem kommen können.

    Was Kosten betrifft, reden wir drüber, wenn es so weit ist, oder per E-Mail, nicht aber hier im Forum.

    gl

    Übersetzung

    Der oben besagte Artikel sagt folgendes (in Kurzform):

    1. Mache ein Backup deiner WPMU-Datenbank (zur Sicherheit, falls etwas schief geht).
    2. Migriere WP zu der Version, die auch WPMU nutzt.
    3. Mache ein Backup der WP-Datenbank mittels phpAdmin und speichere diese SQL-Datei auf deinem Computer.
    4. Lege das neue Blog in WPMU an (nur Kleinbuchstaben, keine Umlaute)
    5. Die hoch geladene SQL-Datei muss so geändert werden, dass die Tabellen ihren neuen WPMU-Konformen Namen bekommen. Das macht man am Besten mit einem Texteditor. Man muss nur herausbekommen, wie der neue Name lautet, entweder über phpAdmin oder in dem man schaut, unter welcher Zahl und in welchem Pfad Bilder abgelegt werden. Man ändert also z. B. die Tabellennamen von wp_.... zu wp_30_...
    6. Lösche nun die existierenden WPMU-Tabellen des gerade angelegten Blogs (in Schritt 4) mittels phpAdmin. Sie müssten in unserem Beispiel alle mit wp_30_ anfangen.
    7. Importiere die geänderte SQL-Datei ins WPMU-Blog mittels phpAdmin.


    Was der Artikel nicht schreibt:

    1. Mit Plugins könnte es Probleme geben. Sicher wäre es bestimmt, diese in WP zu löschen, bevor die SQL-Datei generiert wird.
    2. Und vielleicht müssen auch noch Pfade (z. B. zu Bildern) in der SQL-Datei manuell geändert werden. Da muss man einfach mal genauer reinschauen.
    3. Und natürlich müssen die Bilder bzw. Dokumente auch noch aus WP kopiert und in das korrekte Verzeichnis von WPMU installiert werden.
    4. Und sicherlich müssen in der SQL-Datei auch noch andere Pfade bzw. Namen geändert werden, wie z. B. den Domainnamen, der auch irgendwo hart-kodiert ist.


    Die Kommentare sagen noch ...

    1. Die Tabellen aus WP wp_users und wp_usermeta würden nicht benötigt. WPMU würde andere User-Tabellen nutzen. Wenn das so wäre, müsste man die User in WPMU neu anlegen und in den Tabellen die User-ID neu zuordnen. Wie auch immer, wenn die alten User importiert werden, werden die Passwörter mit Sicherheit nicht funktionieren.
    2. Mit den wp_user_roles könnte es Probleme geben. Vielleicht macht es Sinn, diese gar nicht zu importieren. Keine Ahnung. Muss man ausprobieren.
    3. Ein Kommentator schreibt, dass es besser wäre, die Tabelle _options im neu angelegten WPMU NICHT zu löschen und demnach die aus WP NICHT zu importieren. Das sollte man wohl so machen.
    4. Ein Kommentator schrieb, es hätte Probleme mit den Kategorien gegeben.



    mfg gl

    Problem bekannt

    Na ja, dass wird das Problem mit der Domain-Schreibung sein. Das Javascript findet sein Fenster nicht, weil z. B. im Domainnamen Groß- und Kleinbuchstaben oder Umlaute verwendet werden. Da hilft nur die Datenbank manuell zu bearbeiten und alles klein schreiben, bzw. bei den Umlautdomains den Ersatz-Namen ohne Umlaute verwenden. Auch Fenster in Rahmen können wohl das Problem verursachen, wie auch an anderer Stelle zu lesen ist.

    Gerne hätte ich hier auch eine andere Lösung, da ich die Groß/Klein-Schreibung intensiv wegen der besseren Lesbarkeit nutze.

    Ach ja, nicht vergessen, wenn die Änderung gemacht wurde, muss der Browsercache noch gelöscht werden.

    Einbindung von vhost.conf

    Bei mir wird die Datei vhost.conf nur eingebunden, wenn ich die Domain innerhalb von Plesk stoppe und wieder starte. Aber vielleicht ist das genau der Befehl auf Kommandoebene, den du hier angegeben hast.

    Funktioniert !

    Funktioniert !

    Stimmt, funktioniert. Ich habe zwar noch nicht ganz kapiert, warum nicht das funktionierte, was ich machte, aber sch... drauf.

    Ja, ich werde den Übersetzer bitten, mir die po-Datei zu geben.

    Vielen Dank - gl

    PS: Und ich hoffe auf weitere Hilfe. Habe vor paar Tagen zum ersten Mal WordPress installiert und finde es ganz klasse. Habe bereits einiger meiner Bekannten und Vereine darauf gehoben und bin auch fleißig dabei, selbst zu experimentieren.

    Ja, ich habe alles mögliche durch gelesen, mir den poEdit installiert und trotzdem kann ich (als Ubuntu-Nutzer) keine Texte/Übersetzungen ändern. Warum? Im deutschen WordPress 2.2 wie auch in dem deutschen Thema "regulus" finde ich nur eine de_DE.mo Datei. Die lässt sich aber nicht öffnen. Was ist also zu tun?

    Im Detail handelt es sich um den "more ..."-Link in Beiträgen, den ich gerne in Deutsch hätte.

    Danke für jede konstruktive Hilfe - gl