Das Kopieren eines Wordpress-Blogs funktioniert mit Daten exportieren und Daten importieren recht einfach. Im Detail stellt sich dann doch die eine oder andere Herausforderung:

1. Der neue Blog muß “eingerichtet” sein. D.h das Theme und die dort getroffen Einstellungen sowie die generellen Einstellungen des Blogs werden NICHT übernommen. (Möglicherweise würde es helfen, wenn man die wp_??_options zur Gänze in das neue Blog übernimmt. Doch vermutlich werden dann auch andere Einstellung übernommen, die so gar nicht gewünscht sind …. Nun das sollte ja nicht so aufwendig sein!
2. Bei der Gelegenheit ist mir aufgefallen, dass ich die Optionen des alten Themes “Magazin basic” zwar editieren, aber nicht mehr speicher kann. Nach einigem Suchen habe ich herausgefunden, dass im global.css die id auf display:none gesetzt ist. Habe zunächst dieses CSS geändert doch dann wieder den Originalzustand hergestellt und im function.php des Themes beim DIV eine Styleanweisung engefügt.
3. Das Kopieren der mycustomwidgets ist nicht damit getan, dass man den entsprechenden php-File kopiert, sondern man muß auch die Widgets in der wp_??_options übernehmen. Das sind alle Optionen die im Namen ein mwc enthalten. Diese kann man einfach in die neue Datei kopieren. Wenn dort bereits Optionen mit einer übereinstimmenden Opt_ID vorhanden sind, kann man die IDs in der Ursprungsdatei ändern (Habe kein Problem bemerkt). Die Datei muß trotzdem kopiert werden, oder die Widgets sind neu zu speichern.
4. Beim Importieren sollte man sich vergewissern, dass man tatsächlich im richtigen Blog ist. Als MU-Admin gelingt es einem nämlich die Stammdaten des Blogs zu bearbeiten während man sich in einem anderen befindet. Dies bringt im Importieren dann eher unschöne Ergebnisse.
5. Bei der Einrichtung des DomainMappings ist darauf zu achten, dass in der Haupteinrichtung (für alle Blogs) eine Häckchen für Adminseiten mit Originaladresse aufrufen gesetzt ist, sonst kommt man nicht auf die Admin Seite!

Nun läuft es also wieder!

Ich habe mich schon immer gewundert, wieso alle Kommentare auf meiner Homepage zum Beitrag Michael Pogacnik gemacht werden. Gestern früh habe ich auf XING in der Statusmeldung auf meine neue Homepage hingewiesen und das Ergebnis beobachtet. Dabei ist mir dann aufgefallen, dass wieder ein Kommentar zur Miha Pogagcnik gemacht wurde. Dieser Kommentar wird auf der WebSite aber bei allen Beiträgen der Kategorie News und Events angezeigt.

Mühsam bin ich der Sache auf den Grund gegangen, bis ich herausgefunden hatte, was ohnehin meine Vermutung war. Die Ursache liegt in jenem “MyCustomWidget” welches die neben dem Beitrag die Liste der anderen Beiträge derselben Kategorie anzeigt. Das Widget wird offensichtlich direkt aus the_content aufgebaut und verändert den Zeiger im LOOP. Diese Veränderung wird noch nicht für den Inhalt der Seite aber dann für die Metadaten wirksam.

In der nächsten Recherche habe ich mich damit beschäftigt herauszufinden, wie ich den LOOP im MyCustomWidget gegen den äußeren abschirmen könnte, oder noch besser, wie ich nach der Ausführung des Widgets den LOOP-Zeiger wieder zurücksetzen könnte. Keiner meiner Versuche hat auch nur eine geringe Veränderung gebracht.

Letzten Endes habe ich es mitten in der Nacht aufgegeben und dem Autor des Plugins die Bitte um Hilfe auf die Seite gepostet. Heute mittag hatte ich schon eine Antwort. Ich habe sofort den Code im Plugin geändert – wenn wundert es – es arbeitet nun wunderbar!

Herzlichen Dank an Janek Niefeldt dem Autor des Plugins und Betreiber der WebSite für die rasche Hilfe und das tolle Tool!

Bei der Umbennung der Domäne von webcoach.at auf livinglines.at als Heimat unserer Blogs habe ich bereits festgestellt, dass bei zwei Blogs (Paul und mir) das Speichern der Optionen, wenn man sie direkt aus der Liste der Blogs unter Bearbeiten aufruft nicht möglich ist. Es gibt einen Fehler das eine Option mit Wert 0 nicht geändert werden darf.

Beim überprüfen der Tabellen habe ich festgestellt, dass es in der Tabelle wp_#_options einen Reihen von leeren Datensätzen gab. Nach deren Löschung war das Abspeichern der Optionen bei Paul wieder möglich. Da ich aber gerade keine Zeit hatte mich auch um das Coachit Blog zu kümmern, blieb das Problem dort offen.

Heute habe ich mich dem Thema angenommen und festgestellt, dass es es so einfach wie bei Paul nicht war. Es wurden nähmlich bei jedem Aufruf des Dashboards von Coachit neue Datensätze erzeugt. Zumindest einer. Damit war ein Abspeicher nicht möglich. Nach langwierigem Debuggen – bei dem ich schon die Plugins im Verdacht hatte – stellte ich fest, dass das Theme Schuld. Die Options der Themes werden ebenfalls in der Tabelle gespeichert und das von mir überarbeitete Theme – jetzt Living Lines Coachit 2009 hatte diesen Fehler, der nun zumindest in diesem Theme behoben ist. Damit lassen sich auch die Optionen wieder speichern.

Da ich wie gesagt die Plugins im Verdacht hatte habe ich auch gleich die anstehenden Updates für My Custom Widget und Google Analyticer durchgeführt. Bisher konnte ich keine Fehler bemerken.

Nun ist das Theme für die neue Homepage schon einigermaßen gediehen. Heute morgen habe ich noch festgestellt, dass es IE ganz anders aussieht. Ursache war, dass der IE remarkte Zeilen im Styelsheet trotzdem verwendet. Habe also nun alle remarkten Zeilen aus dem Styelsheet gelöscht.

Die größten Hürden beim Erstellen des Themes waren wie immer die Positionierung der div’s, damit stehe ich immer noch auf Kriegsfuss, vielleicht muß ich mir dazu doch mal Literatur besorgen. Der zweite schwierige Punkte war das Einbinden der Artikel in der zweiten Spalte. Hier besonders die Abgrenzung zum Haupttext. Es gibt dafür zwar ein fertiges Plugin, dies ist aber wiederrum nur auf PHP 5.0 verwendbar, haben wir leider nicht. Dort habe ich mir dann abgeschaut wie das mit der Verschachtelung funktioniert und dann habe ich mit Hilfe von MyPlugin und einigen Problemen die Sache hingekriegt.

Nun fehlt noch das Finish:

1. Die Installationsparameter des Themes sollten entweder entfernt oder funktionsfähig gemacht werden.
2. Die Struktur und Anordnung der div’s sollte bereinigt und geklärt werden.
3. Diverse Abstände passen noch nicht
4. Das Logo und der Name unter dem Bilde fehlen
5. Die catheader sind ausgeblendet – gut für die Seitenanzeige aber schlecht für die Darstellung der Artikel nach Categorie.
6. Widget Meta könnte entfernt werden. Dafür könnte es ein eigenes Widget zum Abonnieren des RSS-Feeders geben.
7. Dann gibt es sicherlich noch Anregungen von Frau Buchholz – mal sehen.

Laut Doku sollte MyCustomWidget auch über Tags direkt aus der Seite aufgerufen werden können. Habe dies mal auf der Willkommen-Seite vom MasterBlog probiert. Doch außer dass der Tag angezeigt wird, konnte ich derzeit nichts erreichen.

Mal sehen, ob ich es noch schaffe!

Bevor ich das nächste Mal wieder suche wie es geht:

<!-MyWidget-->

wobei der Eintrag im HTML-Mode erfolgen muß und für MyWidget der Name des Widgets eingesetzt wird!

Habe nun das Plugin “MyCustomWidgets” installiert und aktiviert. Damit ist es wirklich total einfach möglich selbst Widgets zu machen und einzusetzen.

Ich habe einfach den entsprechenden Code-Teil aus dem home.php der Startseite in das Widget kopiert und schon hat es funktioniert. Programmieren ohne Editor oder Zugriff auf die Source-Codes, perfekt!

Damit ist nun auch mein Problem der fehlenden Bloglist auf der mu-Homepage gelöst!