In a neon wilderness he was restless

Vielen Dank, Herr Kienspan! Ich würde mich freuen, wenn Sie mit Ihrer Testexpertise die Exportlösung noch einmal auf Bugs abklopfen könnten. Ich habe diese zwar iterativ während der Entwicklung getestet, aber systematisch und nach V-Model war das sicher nicht.

Naja, Zeit, etwa 4 Wochen, abends, immer mal ein bißchen, und die letzten 2 Abende Nächte die Screenshots, die gesamte Dokumentation und den Abschlusstest. Ich seh's als pro bono Arbeit meines ohnehin IT-zentrierten Lebens. ;)

Ja, es braucht etwas Zeit, sich da durchzulesen, allerdings ist es auch im Detail Schritt für Schritt beschrieben und mit Bildern unterlegt — das macht füllig. Falls noch Unklarheiten bestehen, bitte fragen.

Re knallgrau - weder kenne, geschweige denn, verstehe ich das Motivationsbündel von knallgrau. Wie schon an anderer Stelle erläutert, macht es für mich als Unternehmer auch ökonomisch und besonders kundenkommunikationstechnisch keinen Sinn, vor allem seitens einer Agentur, die im - wait for it - Brand Management (!) tätig ist. ¡Hola! Da kommt man ja auch schnell ins Grübeln, ob die anderen Firmenkunden ähnlich professionell betreut werden, wenn man seine eigenen Marken so vergammeln lässt. Aber das ist unternehmerische Freiheit und nicht meine Baustelle.

Steht LAN hierbei für "Latent Abnehmende Nachtwäsche"?

Es könnte aber auch "Luxuriös Anmutende Nekrophilie" sein.

@Frau Araxe - das ist wirklich sehr zuvorkommend, Frau Araxe. Ich möchte aber schriftlich im Vertrag stehen haben, dass an dem LAN-Anschluss auch ein VDSL2-Anschluss mit 200 MBit/s Downstream/Upstream steckt und nicht wieder so'n verranzter Kurzwellenvolksempfänger von 1946 wie beim letzten Probeliegen.

Bei Fragen/Problemen zur WP-Übernahme kann sich das kleine Monster gerne melden.

@Herr Pathologe - ich weiß ja nicht, wo Sie Ihre Truhe gebucht haben, aber in meinem Vertrag heißt das "Lasziv atemberaubende Nacktschnecke Nachtschwester". Und die Chefin kümmert sich persönlich!

Vielen Dank für Ihr Feedback, liebe Frau flyhigher. Ich finde, dass Sie Ihr Blog auf jeden Fall sichern sollten — und zwar am besten komplett. Manchmal verändert sich rückblickend die eigene Einschätzung, was wichtig und erhaltenswert war/ist und dann wäre es schade, wenn Sie zu früh einen Teil Ihrer Blogeinträge aufgegeben hätten.

Tipp: Warten Sie mit der Sicherung nicht allzu lange (die Einspielung nach WP können Sie dann später machen), denn was nützt Ihnen die schönste Anleitung, wenn Sie plötzlich keinen Zugriff mehr auf die Daten haben.

Vielen Dank für Ihre Geburtstagsglückwünsche trotz Twoday-Verhinderungsversuch, Frau Araxe! ;)

Ich sende Ihnen ein kurzes Mail, dann haben Sie meine Adresse. Alternativ einfach rechts oben auf das Briefumschlag-Icon klicken, dann wird Ihr Mailprogramm direkt mit meiner Zieladresse aufgerufen.

Mein Rat: Am besten entfernen Sie Ihre Mailadresse aus Ihrem Kommentar, da die E-Mail-Spider im Klartext geschriebene Adressen schnell aufsammeln und für Spam mißbrauchen.

Hallo borre - das freut mich sehr, dass Sie mithilfe des Software-Tools die Migration Ihres Blogs erfolgreich durchführen konnten. Danke für Ihr Feedback!

Ich selbst bin kein Freund von Wordpress-Multisite-Installationen und bevorzuge aus Gründen der Sicherheit, Backup-Differenzierung und Datenkapselung eindeutige, abgegrenzte Wordpress-Instanzen. Ich habe das Tool demgemäß auch nicht im Hinblick auf eine Multisite-Installation getestet und kann auch nicht sagen, ob es dort ohne Seiteneffekte funktioniert. Ich würde mich aber sehr freuen, wenn Sie Ihre Tool-Erfahrungen in einer solchen Umgebung hier (mit-)teilen könnten.

Hallo NeonWilderness,

sehr gerne teile ich meine positiven Erfahrungen beim Import in eine Multisite-Installation, die vielleicht als Anregung für Andere dienen können.

Für mich ist eine Multisite-Installation interessant, denn es ging um die Migration der Twoday-Blogs zweier Lebensgefährten. Daher waren für mich Ihre Bedenken hinsichtlich Datenkapselung, Sicherheit und Backups, die ich ansonsten mit Ihnen teile, nachrangig gegenüber der einfacheren Wartung nur einer WP-Installation und den Vorteilen nur einer Benutzerverwaltung. Einer ist ohnehin root.

Nach einer frischen WP-Installation (Single-Site) importierte ich ohne Probleme und dank Ihres Tools das erste Blog. Danach wechselte ich auf Multi-Site. Ich stellte fest, dass "Organisiere meine Uploads in monats- und jahresbasierten Ordnern" nicht mehr abwählbar war bzw. diese Checkbox in der Multisite-Umgebung gar nicht mehr existierte. Ich konnte jetzt zwar die Bilder des zweiten Blogs in WP importieren und danach auch die Posts mittels Ihres Plugins, aber in den Posts unter WP wurden die Bilder nicht angezeigt, denn sie hatten URLs des Typs "http://www.meineseite.org/wordpress/meinblog/wp-content/uploads/sites/3/2016/04/bildname.jpg" und nicht "http://www.meineseite.org/wordpress/meinblog/wp-content/uploads/bildname.jpg".

Ich fand für mich folgende Lösung (nachdem ich das zweite, testweise importierte, Blog zunächst wieder gelöscht hatte):
Ich setzte das Datum aller Blog-Bilder des zweiten Blogs, die ich von Twoday heruntergeladen hatte, auf das aktuelle Datum (mittels des Unix-Kommandos "touch *.jpg"). Nach dem Import in WP hatten alle Bilder den gleichen Datumsteil in der URL. Mittels des Plugins "Better Search Replace" ersetzte ich nach Import der Posts abschließend in der Datenbank alle "http://www.meineseite.org/wordpress/meinblog/wp-content/uploads" durch "http://www.meineseite.org/wordpress/meinblog/wp-content/uploads/sites/3/2016/04" (beispielhafter Datumsteil, gilt nur für meinen Fall!). Et voilà, die Bilder waren jetzt auch in den Posts sichtbar und das zweite Blog war migriert!

Nachteil meiner Lösung ist, dass alle Bilder des zweiten Blogs in WP das gleiche Datum haben, etwa in der Medienübersicht. Da aber die importierten Posts selbst weiterhin das "richtige" alte Datum von Twoday tragen, ist das für mich verschmerzbar.

Viele Grüße und nochmals Herzlichen Dank
Borre

Nachtrag: Ich hatte Schwierigkeiten beim Bildern, deren Name mit einem Unterstrich begann. Hier musste ich nochmal extra ran, um den Link vom Post auf das Bild zu reparieren. Leider kann ich es nicht mehr exakter beschreiben. Vielleicht ein Experiment Ihrerseits wert.

Vielen Dank für Ihren Multisite-Erfahrungsbericht, den ich sehr informativ finde! Ich nehme daraus auch die Anregung mit, dass es wahrscheinlich besser ist, nicht von einem fixen Mediaverzeichnis /wp-content/uploads auszugehen, sondern den vollständigen Pfad der Eingabe des Benutzers zu überlassen.

Dies würde es ermöglichen, den jeweils benötigten/gewünschten Gesamtpfad individuell und vor jeder (Multi-)Site-Migration exakt einzustellen.

Dazu passt auch ein Mail-Hinweis von Herrn Lo, der anmerkte, dass das Kennzeichen "Organisiere meine Uploads in monats- und jahresbasierten Ordnern" in einer Wordpress.com Bloginstanz grundsätzlich nicht angeboten wird und somit auch nicht abwählbar ist. Für die korrekte Konvertierung der Bildadressen wäre dann ohnehin die Eingabe des vollständigen Pfades erforderlich.

Nach der abgeschlossenen erfolgreichen Migration von archivalia mit knapp 31.200 Beiträgen, 15.700 Kommentaren/Antworten (siehe Erfahrungsbericht) unterstütze ich derzeit eine weitere Megablogmigration mit über 10.000 Bildern/Dateien, 5.000 Beiträgen und 5.100 Kommentaren. Sicher werden sich die Ergebnisse in einer weiteren überarbeiteten Version der Blogexportlösung niederschlagen und so zukünftigen Nutzern verfügbar sein.

P.S. Ihren Hinweis im Nachtrag werde ich mir auf jeden Fall näher ansehen.

Vielen Dank für Ihr positives Feedback! Es freut mich, dass Sie Ihr Blog mit Hilfe des Tools problemlos migrieren konnten. Übrigens: Falls die Zielplattform eine eigene Wordpress-Installation ist (d.h. Sie können Plugins installieren) und Sie den Import mit meinem Movable-Type-Import-Plugin durchgeführt haben, kann ich Ihnen noch ein weiteres Plugin bereitstellen, welches für interne Querreferenzen (z.B. Linkverweis auf einen eigenen Twoday-Blogbeitrag) die korrekte neue Wordpress-URL ermittelt und einsetzt.

Wenn Sie nur wenige solcher Querverweise haben, kann man das auch manuell lösen. Archivalia hatte jedoch z.B. knapp 10.000 Beitragslinks, QUH knapp 1.300 — da sind manuelle Korrekturen dann sehr aufwendig und nervtötend. Das Plugin hingegen ändert alle relevanten Verlinkungen in etwa 2 Sekunden.

Ich glaube, die internen Verweise sind nicht mal dreistellig bei mir, aber nützlich wäre es schon. - Ein anderer Hinweis noch: ich habe nun sehr viele leere Anonymous-Kommentare im neuen Blog, die bei twoday nicht sichtbar waren. Vermutlich liegt es schlicht daran, dass das Tool auch Kommentare migriert, die hinter der Einstellung "nur angemeldete können kommentieren" unsichtbar gemacht/versteckt worden sind. Das hatte ich mal nach einigen Spamattacken so eingestellt. Ist aber kein Problem, die Leerkommentare nun rauszulöschen.

re Plugin - ich habe Ihnen eben ein Mail mit weiteren Informationen gesandt. Bei Unklarheiten einfach kurz mailen.

re Anonymous-Kommentare: Hm, das ist seltsam, weil das Tool die Kommentare zu einem Beitrag aus dem gerenderten HTML liest, d.h. eigentlich sollte kein Unterschied zwischen den tatsächlich angezeigten (sichtbaren) Twoday-Kommentaren und der vom Tool verarbeiteten Kommentare sein. Eine Möglichkeit, die mir gerade einfällt: Wenn Sie einen wordpress.com Blog haben und daher nicht mein Import-Plugin verwendet haben, müssen Sie in den Einstellungen des Export-Tools die Option "Für wordpress.com exportieren" aktivieren. Dies stellt sicher, dass die Antworten auf Kommentare auch als "COMMENT:" ausgegeben werden und nicht als "REPLY:". Sie können mir gerne auch Ihre Exportergebnisdatei (.txt) per Mail senden, dann schau ich mir das mal an.

Zwischen-Info für aktuelle/zukünftige Tool-Nutzer Nach gemeinsamer Datenanalyse ergibt sich folgendes Bild: Die zusätzlichen Leerkommentare werden durch eine bislang nicht abgefangene Datenkonstellation erzeugt. Dies hat mit der Twoday'schen Realisierung von Trackbacks zu tun. Trackbacks, also Rückverweise von anderen Blogs auf eine bestimmte eigene Blog-URL (Trackback-URL), werden von Twoday unter dem Beitrag als Kommentare (!) generiert, und zwar einer für die Trackback-URL selbst sowie ein weiterer für die tatsächlichen Trackbacks.

Das Exporttool interpretiert bislang solche eingesteuerten "Trackback-Comments" als echte Kommentare und versucht, diese (erfolglos) in etwas Vernünftiges umzuwandeln. In der nächsten Tool-Version werden virtuelle Trackback-Kommentare vollständig ausgefiltert, so dass stets nur echte Kommentare exportiert werden.

Bis zur Freigabe der neuen Programmversion kann man sich damit behelfen, zumindest für die Zeit des Exports die Trackbackfunktion via Admin → Module → Extension Module und dort unter Trackbacks-Einstellungen zu deaktivieren.

Sorry, das ist Unsinn und durch zahlreiche erfolgreiche Migrationen nach wordpress.com widerlegt. Es gibt die bekannte und im Beitrag auch dokumentierte Einschränkung für wordpress.com-Free-User, dass die Kommentarhierarchie (Einrückungen) von Twoday nicht übernommen werden kann, weil Free-User das von mir erweiterte Import-Plugin nicht installieren können. Man kann eben nicht alles haben, wenn man nichts dafür (an Wordpress) bezahlen will.

das notwendige import-plugin lässt sich aber nicht bei gratis-wordpress.com installieren. zumindest habe ich keinen weg gefunden.
dann versuchte ich es probeweise einfach mit der importfunktion in den einstellungen von wordpress, aber es erscheint dann folgende fehlermeldung:

This does not appear to be a WXR file, missing/invalid WXR version number
Versuche eine andere Datei oder wende dich an den Support.

wahrscheinlich ist das ganze doch eher was für leute, die sich in dieser hinsicht halbwegs auskennen - zumindest mehr als ich.

danke.

Das Problem ist weniger das "Auskennen", sondern dass man präzise liest.

1. Ich habe oben ja explizit geschrieben, dass sich das erweiterte Plugin für wordpress.com-Free-User nicht installieren lässt.
2. Gleichwohl lässt sich die aus dem Export-Tool ausgegebene Textdatei problemlos in einen wordpress.com-Free-Blog importieren, wenn man den richtigen Importer, nämlich den im Standard bereits verfügbaren Movable-Type-Importer dafür verwendet. Das Tool gibt nämlich keine WXR-Datei aus, sondern eben Movable-Type (steht mehrfach im Beitrag).
3. Dieser Movable-Type Importer ist auch gar nicht so schwer zu finden:

   und danach

Wie bereits in Version 0.92 beschrieben, ist beim Export vorher in den Exporteinstellungen das Kennzeichen "Für wordpress.com exportieren" anzukreuzen, damit die Kommentare fortlaufend (d.h. ohne Einrückung) in die Exportdatei ausgegeben werden.

danke, scheint jetzt zu klappen - nur die beiträge (halt ohne kommentare)*, und die bilder die ich auf twoday eingebettet hatte, da wird lediglich der html-code angezeigt. aber gut, wie du es sagst, ist die gratis-version, also will ich erstmal nicht meckern.

und entschuldige, mit dem lesen tu ich eben etwas schwer bei so vielen begriffen, die mir fremd sind.

*kommentare sind inzwischen auch da. wurden zuletzt übertragen.

Ich freue mich, dass Sie gut mit der Exportlösung zurechtgekommen sind und danke Ihnen für die positive Rückmeldung, Herr Steppenhund. Das Verhalten von Downloads hat übrigens nichts mit dem Exportscript zu tun, sondern ist ein spezifisches Browserverhalten, das man als Benutzer in den Einstellungen festlegen kann. In den erweiterten Einstellungen von Chrome sieht das folgendermaßen aus:

Wenn Sie das Kennzeichen aktivieren, fragt Chrome vor jedem Download nach dem gewünschten Speicherort. Diese Einstellungsoption existiert analog für alle gängigen Browser.

Die fachliche Anerkennung gebe ich gerne weiter an die vielen Unterstützer, Anwender und Kunden, die geholfen haben, durch ihre konstruktive und hilfreiche Mitarbeit Fehler und Unstimmigkeiten aus diesem doch mittlerweile recht umfangreichen Programm zu entfernen. Gruß nach Wien!

Besten Dank für die Rückmeldung und die https-Problembeschreibung. Ich schaue mir das — gerade unter dem Aspekt des heute kommunizierten Twoday-Plansuizids — mal zeitnah an. Denke, ich werde das Export-Tool ohnehin noch überarbeiten und optimieren, z.B. um die Videoload-Befehle in etwas Vernünftiges zurück zu übersetzen, mit dem dann auch Wordpress etwas anfangen kann. Auch das Trackback-Problem (siehe oben) ist noch nicht bearbeitet.

Wenn Herr Pathologe endlich mal den Hintern hoch und auf's Motorrad kriegt, komme ich gerne nach Hessen gejuckelt und wir besuchen Sie zum kleinen Whiskey-Umtrunk. Würde mich freuen!

Auch bei mir stünde ein allerdings Whisky, also ohne "e", für Sie hier bereit.

ANH
Die Dschungel. Anderswelt
albannikolaiherbst.twoday.net

Ich weiß, dieses "e" bringt die schottischen Puristen leicht zur Weißglut, jedoch sehen Sie mir bitte diese amerikanische Prägung nach, die mich nach 15 Jahren in einer Big 5 Consulting und einem Jahr Leben und Arbeiten in NYC immer noch manchmal befällt (ich bin ja froh, dass ich mir immerhin das Deppenapostroph soweit abgewöhnen konnte). Insofern ist Whisky (ohne e) allemal respektabel — und freut mich, dass Ihnen das Werkzeug helfen konnte.

Keine Sorge, mein lieber Herr NeonWilderness, bei mir gibts nach bester Blues Brothers Manier beides, Country und Western. ;)

Wenn sie was mit e haben wollen stehen hier Amis und Iren; falls es was ohne e sein darf die ganze Palette die es sonst noch gibt.

Schmecken tut ohnehin beides. :)

Haha, da habe ich gleich die Bilder vor dem geistigen Auge, dass wir zu Dritt hinter einem Kaninchenmaschendraht in Ihrem Wohnzimmer sitzen und Whisk(e)y trinken, während uns Frau Blödbabbler von außen mit leeren Flaschen bewirft. ;)

In der Tat war's nur meine amerikanische Schreibweise (seit Dekaden ist meine 1 auch nur ein Strich und die sieben hat keinen Querbalken) und ganz überwiegend wähle ich schottische Brennergebnisse (derzeit z.B. einen Lagavulin 16) aber ich würde mich eben auch nicht ohne Not einem simplen Four Roses Kentucky Straight Bourbon verweigern.

Das Exportscript wurde vor 2 Jahren das letzte Mal aktualisiert, daher sind einige Neuerungen (wie z.B. die https-Umstellung) noch nicht hinreichend abgebildet. In der Tat ist das Zielprotokoll "http" für die Bildumstellung hart kodiert (ja, das war wirklich blöd).

Ich werde kurzfristig eine neue Version herausgeben, die noch andere Fehlersituationen (z.B. das Trackback-Kommentarproblem) bereinigt. Wenn Sie nicht warten wollen, können Sie die Stelle mit der problematischen http-Abfrage auch selbst ändern (aber bitte sehr vorsichtig, das sind immerhin über 1200 Zeilen fragiler Programmcode):

1. Wechseln Sie in den Testmodus des Export-Layouts.
2. Klicken Sie auf Skins (HTML) und dann auf Bearbeitete Skins
3. Klicken Sie auf das Site.twodayExport Skin
4. Klicken Sie in das Feld mit dem Programmcode und suchen Sie nach der Zeichenkette validBlogUrl (in Chrome lässt sich z.B. mit Strg-F das Suchfeld öffnen)
5. Diese Zeichenkette ist 4 mal vorhanden. An der letzten (!) Fundstelle ändern Sie den Code

   validBlogUrl: function(){ return (!this.imgUrlChange || (this.newBlogUrl.substr(0,7)==="http://" && this.newBlogUrl.indexOf(".")>7)); },
   in 
   validBlogUrl: function(){ return (!this.imgUrlChange || (this.newBlogUrl.substr(0,8)==="https://" && this.newBlogUrl.indexOf(".")>8)); },

6. Klicken Sie dann auf Speichern und Schließen und wiederholen Sie den Exportlauf.

Achtung: Diese Codeänderung gilt nur für diejenigen, deren Bilder nach dem Umzug an einer https-Adresse liegen!

Regel Nummer 1 bis 10: Keine Panik! Es sind noch über 3 1/2 Monate bis zur Abschaltung und das ist sehr viel Zeit, um die richtigen Dinge zu tun. Wichtig ist aus meiner Sicht (und das ist mein primärer Arbeitsfokus derzeit), einen absolut fehlerfreien und sauberen Export für alle sicherzustellen und die vorhandenen, kleineren Mängel des Scripts abzustellen.

Einen Import, wohin auch immer, kann man im Notfall auch noch weit nach dem 31.05.2018 durchführen, WENN man denn saubere Exportdaten besitzt. Ich fände Antville auch eine sehr brauchbare Alternative zu einem Wordpress-Blog, insbesondere, wenn es ein kastrierter wordpress.com Blog ist. Allerdings lerne ich aus dem Antville-FAQ, dass ein vollständiger Import, z.B. inkl. geliebter Twoday-Kommentare, dort (derzeit) nicht funktioniert. Ich für meinen Teil wäre aber nicht gewillt, beim Import auf die Kommentare zu verzichten.

Hier mein Vorschlag, gaga: Vielleicht kannst du deinen Antville-Helfern zunächst mal deine vorhandene Twoday-Exportdatei zur Verfügung stellen, damit sie einen Weg finden, diese maschinell einzuspielen. Falls das erforderlich werden sollte, kann ich auch Änderungen am Ausgabeformat der Exportdatei vornehmen, wenn das eine Übernahme bei Antville vereinfacht. Ich denke, Antville ist hier erst mal im driver seat, um aufzuzeigen, wie und in welcher Form ein Import laufen kann. Danach bin ich gerne bereit, das gewünschte Format zu liefern. Hope that helps.

ich gebe es gerne weiter, danke für die schnelle Antwort.

Das Exporttool aktiviert sich nur für Administratoren des Blogs. Sind Sie als Administrator bei cc autorisiert und angemeldet?

Noch ein Hinweis: Da die https-Umstellung Twodays noch nicht im Script vollständig reflektiert ist, bitte Exporte nur im http-Modus ausführen, sonst können wichtige Dateien u.U. nicht geladen werden.

Will heißen:

1. Unter http://{blogalias}.twoday.net/layouts/main auf das twodayExport Layout (testen & bearbeiten) klicken
2. auf Weblog ansehen klicken
3. zur Sicherheit nochmal http-Modus prüfen oder die Webseite noch mal explizit mit https://{blogalias}.twoday.net aufrufen!

Ich bin definitiv Admin. Bin auch bis zum Schritt 9 gekommen. Habe in die Fehler-Console geschaut, ob da was steht, nichts (außer irgendeinem fehlenden Icon). So sieht das aus:



Auf http kann ich nicht umschalten, redirected auf https.

Das ist seltsam, dass Sie auf https zwangsumgeleitet werden (bei anderen Twoday Blogs geschieht das nicht). Und diese Umleitung ist auch das Problem. Derzeit überarbeite ich das Exportscript und mache es https-kompatibel. Ich denke, ich werde morgen, 14.02.18, am späten Nachmittag die neue Version freigeben. Sie haben also zwei Möglichkeiten:

1. Sie warten bis morgen nachmittag und installieren dann die neue https-kompatible Version
2. Sie schaffen es, die Ursache für die Zwangsumleitung nach https zu finden und zu deaktivieren.

P.S. Auf der chorherr-Seite sind ohnehin eine Reihe von Scriptaufrufen, die unter https nicht funktionieren (weil http) und geblockt werden. Das nur am Rande.

Ah super, ich warte. Danke für das großartige Skript! (Umleitung kann ich mir auch nicht erklären, hatte schon irgendeine Chrome-Extension bei mir in Verdacht, war's aber auch nicht.)

22:25 Uhr, also später Nachmittag, und ich muss leider noch um ein bisschen Geduld bzgl. der neuen Exportskriptversion bitten, da beim Regressionstest noch ein paar Holpersteine aufgepoppt sind. ich hoffe, diese bis morgen Abend zu bereinigen. Mea culpa!

Danke für das Engagement! Leider hat's dennoch nicht funktioniert. Jetzt ist der Hintergrund weiß, aber es gibt keinen Export-Button. (Auch nicht im Sourcecode. Console meldet keinen Fehler.)

Hm, bitte fügen Sie mich unter https://chorherr.twoday.net/members als Mitglied hinzu und ordnen mir anschließend (temporär) die Administratorberechtigung zu. Ich kann das nur am Original analysieren.

Done. Danke!

Das Problem war folgendes: Der chorherr-Blog ist ein Advanced-Blog (sowas kennen wir einfachen Free-Blogger nicht, weil der kostet 20€/Monat ;). Ein Advanced-Blog hat aber mitnichten nur eine Hauptseite "Site.page", sondern bei 3-spaltigem Layout eine weitere "Site.page_3c" (und womöglich noch mehr). Daher wurde die Exportroutine überhaupt nicht gestartet. Ich habe nun einfach das Site.page Skin nach Site.page_3c kopiert — et voilà.

Der Test des Exports verlief problemlos. Laufzeit etwa 4 Minuten für alles. Wünsche viel Erfolg beim weiteren Exportieren.

Export hat jetzt super funktioniert, herzlichen Dank!!

Hallo paradeiser!

1. Das wird an einer sehr ungewöhnlichen Datenkonstellation liegen. Bitte fügen Sie mich unter https://paradeiser.twoday.net/members als Mitglied hinzu und ordnen mir anschließend (temporär) die Administratorberechtigung zu. Ohne Test mit den Originaldaten kann ich das schlecht reproduzieren und abstellen.
2. Das Import-Plugin musste ich lange nicht aktualisieren. Kann sein, dass durch die ewigen Wordpress-Releases (jetzt 4.9.4) oder wg. PHP 7 Syntaxprobleme angemeckert werden. Muss ich mir also ansehen — derzeit liegt der Fokus aber klar auf dem Export.

done. danke sehr!

Das "Problem" war ganz banal, nämlich dass Ihr Blog auf englische Sprache gestellt war. Das Exportscript sucht beim Extrakt der Beitragsdaten nach einigen deutschen Zeichenketten, die es in der englischen Anzeige natürlich nicht findet. Ich habe also nur in den Weblog-Einstellungen auf Sprache "Deutsch" umgestellt — das sollten Sie mindestens solange beibehalten, wie Sie das Exporttool nutzen.

Den Export habe ich getestet: in unter 80 Sekunden ist die Aufgabe abgeschlossen. Zum Problem des Import-Plugins melde ich mich, sobald ich das testen konnte.

Wie vermutet lag das Problem beim Import-Plugin an einem "breaking change" ab PHP 7.0, ab welcher der setlocale-Befehl andere Parameter verlangt. Außerdem war noch eine Leerzeile zuviel, die in alten PHP-Versionen nicht störte. Beide Dinge sind korrigiert: bitte deaktivieren und löschen Sie das Import-Plugin zunächst in Ihrem WP-Blog, dann laden Sie es neu herunter und installieren es erneut. Der Import sollte dann problemlos starten und durchlaufen.

Wichtig: Sie nutzen diverse Twoday-Macros in Ihren Beiträgen, wie z.B. <% link to %>, <% gallery images %> und <% poll %> (sogar in der abgefahrenen Variante <% poll id="nnn" as="results" %> die ich noch nie irgendwo gesehen habe; Respekt! ;). Diese sind derzeit noch nicht im Exporttool abgedeckt und werden daher unverändert ausgegeben. Ich werde diese jedoch noch einbauen, sodass Sie später mit einer neueren Version auf jeden Fall einen weiteren Export durchführen sollten.

Hallo paradeiser - die neue Version 0.98 ist nun erstellt und auch bereits mit Ihrem Blog und seinen Spezialmacros zufriedenstellend getestet. Die aktuelle Version ist bei Ihnen installiert — Sie können also gleich loslegen. Viel Glück beim Exportieren!

wow! vielen vielen Dank!
( Wem darf ich eigentlich dafür danken…? )

You've got mail - und ein paar finale Tipps.

Könntest Du eventuell einen twoday-Blog auf Wordpress übertragen? Ich
fühle mich dazu nicht in der Lage. Was würde das kosten?

Es geht um omega.twoday.net/ event. auch noch um weitere Blogs.

Bei http://omega.twoday.net/modMtImExport kommt allerdings

Error in application twoday_net
Request timed out

Viele Grüße

Klaus

BI Omega
omegastar@gmx.de

Ich habe dir soeben ein Mail gesandt.

Hast Du unter omegastar@gmx.de gesendet? Kam bisher leider nix an. Kannst auch unter news.omega@gmail.com senden. Grüße K.

Done! Bitte auch mal Spam-Folder kontrollieren und dann die Mail-Adresse auf die Whitelist setzen.

Habe Dir unter news.omega@gmail.com geantwortet. Nehme an, dass Du die Antwort erhalten hast. LG K.

Da haben Sie mich voll erwischt, Frau Clarisse! Ich habe tatsächlich gestern eine neue Version freigegeben, jedoch noch nicht im Blog-Export-Beitrag hinterlegt (d.h. den Link angepasst). Sie können die neue Version 1.1 aber schon mal hier herunterladen. Guten Export! ;)

Ganz herzlichen Dank!!!

Hey Alex - danke für die Rückmeldung; freut mich, dass das Tool Dir helfen konnte! ;) Ja, es gibt eine Möglichkeit, allerdings musst da dafür zurück in die Vergangenheit: ich habe vor längerer Zeit für einen Migrationskunden ein Wordpress-Plugin geschrieben, welches alle internen Links (d.h. Beitrags-, Such- und Kategorielinks) auf die neuen Wordpress-Adressen umstellt. In Anbetracht der kurzen Twoday-Restlebenszeit werde ich diese proprietäre Software nun freigeben.

Diese müsstest du in deiner XAMPP-Wordpress-Instanz installieren, ausführen, ggf. Linkfehler korrigieren usw. und danach noch einmal den Converter für Blogger starten. Wenn dieser Converter dann auch die Wordpress-Links für das Blogger-Format korrekt umstellt, dürfte das Ergebnis passen.

Die Dokumentation dazu muss ich noch überarbeiten, allerdings gehe ich davon aus, dass dein Know-How auch ohne Beschreibung ausreicht. Nach der Installation des Plugins steht es, wie schon das Importer-Plugin, auch unter den Import-Tools und heißt "Twoday-Link-Conversion". Es besitzt einen Test- und Produktionsmodus. Im Testmodus (Standard) werden keine Datenbank-Updates ausgeführt, aber du siehst, was das Tool ändern würde.

Download: Twoday-Link-Conversion

Lieber Herr Nömix - hier die Infos, die Sie benötigen:

1. Der Text zur Version 0.92 u.a. verrät, dass wordpress.com Free-User leider keinerlei Plugins installieren können, also auch nicht das spezielle Import­plugin. Dieses Plugin ist gedacht für Wordpress.org Nutzer, also solche, die eine selbst-gehostete Wordpress-Software auf eigenem Web­speicher betreiben und daher auch beliebige Plugins installieren können.
2. Gleichwohl können auch Sie die Export­lösung nutzen. Dazu stellen Sie im Parameter­bildschirm des Exports (oben auf "Info" klicken) folgende empfohlene Einstellungen ein:
   Insbesondere wichtig ist, dass das Kennzeichen "Für Wordpress.com exportieren" aktiviert ist. Dann kann nämlich auch der normale Wordpress.com Importer für Movable-Type die Import­datei einspielen (allerdings ohne die bekannten Ein­rückungen bei Antworten auf Kommentare). Wo man den Standard-Importer in wordpress.com findet, steht hier.
3. Soweit ich sehen kann, beziehen Sie Ihre Bild­adressen von Ihrem Flickr-Account. Sollten Sie auch noch eigene statische Twoday-Bilder im Blog verwenden (Bilder, die bei Twoday liegen), so sollten Sie diese Adressen gleich beim Export umstellen auf:
   https://noemix.files.wordpress.com/2018/05/
   Geben Sie diese URL als Wert im Feld "Twoday-Bild-URLs ändern auf" an und aktivieren Sie das Kenn­zeichen, bevor Sie den Export starten!

Als wordpress.com Nutzer beachten Sie bitte auch folgende weiteren Probleme:

1. Falls Sie statische Twoday-Bilder mit Großbuchstaben verwenden, so wird wordpress.com diese auf Kleinbuchstaben ändern, wenn Sie diese hochladen. Bevor Sie also die Exportdatei importieren, sollten Sie alle Bildreferenzen auf Großbuchstabenbilder in der Export-Textdatei auf Kleinbuchstaben ändern.
2. Weil das spezielle Importplugin für Free-User nicht einsetzbar ist, können Sie auch das andere Plugin (Twoday-Link-Conversion) nicht nutzen, welches alle internen Querreferenzen, Topic- und Suchlinks anpassen und korrigieren würde.

Um diese Probleme zu vermeiden, könnte man den Umweg über eine temporäre, lokale, eigene Wordpress-Installation gehen. Dies erfordert aber deutlich mehr technisches Wissen. Wenn Sie daran Interesse haben, schreiben Sie mir ein Mail.

Da Sie bereits Beiträge in noemix.wordpress.com haben, machen Sie bitte vor dem Import eine Vollsicherung Ihres Wordpress Blogs. Dadurch können Sie den Stand zurücksetzen und den Import wiederholen, falls etwas zu korrigieren ist.

Lieber Kollege,
vielen Dank für Ihre geduldige Hilfestellung, mit der mir nun tatsächlich gelang alle Texte inklusive Kommentare auf meine Wordpress-Seite zu übertragen. Die in meinem Blog verlinkten statischen Twoday-Bilder aus meinem sowie den Bildspeichern meiner Frau & Tochter, deren Twoday-Blogs demnächst ebenfalls den Löffel abgeben, habe ich bereits alle auf meinen Wordpress-Bildspeicher umgelagert, mit der Bereinigung eventuell fehlerhafter Bildverlinkungen werde ich mich mal im Lauf der Zeit befassen. Die durch Ihre freundliche Hilfe nunmehr geglückte Rettung & Weiterbestand aller Texte samt Kommentare erleichtert mich überaus.
Danke für Ihre hilfreiche Bemühung!

Das freu mich wirklich sehr, Herr Nömix, dass Ihr Blog, gerade auch mit all den witzigen und inspirierenden Kommentaren, nun an sicherem Ort ist. Gut getan!

Lieber Kollege,
habe mittlerweile mein Wordpress-Blog auf Bezahlversion aufgerüstet (Plugins gehen dort aber trotzdem keine). Hier nun wie angekündigt meine Fragen zum Wordpress-Blogexport, welche mir trotz bemühtem googeln und Befolgen zigfacher dabei gefundener Anleitungen nicht gelang umzusetzen:

Wo finde ich mein komplettes CSS-Stylesheet wie es etwa auf twoday gab, wo man in die grundlegenden Skins für Site.style, Site.page usw. Einblick hat und ggf. Eingriff nehmen und so das gesamte Layout bearbeiten kann (z.B. auf der Beitragsseite die Zeile mit den Links zu voriger/nächster Beitrag entfernen, oder die line-heights zwischen Kommentaren & Antworten definieren usw.) – auf meinem Admin-Dashbord finde ich nur die Option CSS editor um einzelne Änderungen hinzuzufügen aber nicht wie das gesamte Stylesheet ausschaut. Würde gerne z.B. dieser Anleitung folgen, um etwa -

• html-tags in comments zu erlauben;
• mit JavaScript (Bild- u.a.)-Links in größendefiniertem Popup-Fenster statt in neuem Tab öffnen zu ermöglichen;
• nach einer definierten Beitragszahl, z.B. fünf oder zehn (ad lib.), auf der Startseite einen Seitenumbruch mit ältere/neuere Beiträge anstatt endlose Scrollmöglichkeit bis ins Nirvana;
• u.v.a. mehr, womit ich Sie hier aber derweil nicht sekkieren will sondern versuche selber draufzukommen, z.B. wie es sich abstellen lässt, dass Wordpress über oder unter ein img. oder "div align" oder "li, ul" usw. Befehle automatisch unerwünschte Leerzeilen oder eineinhalb Zeilenabstände generiert, usw. usw. …;

- aber ich komme einfach nicht dahinter.
Könnten Sie als Fachmann mir als Dilettant (=Wappler) wiederum hilfreich beistehen? Danke, Gruß aus Wien!

Sie haben Ihren Wordpress-Tarif nicht explizit genannt, aber ich vermute, es handelt sich um "Premium". Da ich nie Wordpress.com in einer Bezahlversion genutzt habe, kann ich nicht sagen, welche Möglichkeiten Sie dort haben. In einer selbst-gehosteten Wordpress.org-Version befindet sich der Zugang zum vollständigen CSS (als auch zu den Theme-Funktionen) unter Design → Editor→ Stylesheet (siehe Bild).

Ich fürchte jedoch, dass Wordpress.com Ihnen selbst im "Premium"-Tarif keinen vollen Zugriff darauf zugesteht. Dies gilt analog für die von Ihnen gewünschten Funktionsänderungen, die Auswirkungen auf den PHP- oder JavaScript-Code der Seite hätten. Dafür müssten Sie auf die functions.php zugreifen können.

Da Sie aber offensichtlich eigenes CSS zusteuern können, lässt sich damit schon mal so gut wie jedes CSS-Problem, also Layout, Farbgebung, Abstände, lösen. Dazu müssen Sie die originalen CSS-Regeln finden und mit einer gleichen oder höheren Spezifität "überschreiben". Das ist natürlich mühsam, wenn man nicht das komplette CSS-Gerüst als Datei einsehen und studieren kann.

Sie können die notwendigen CSS-Selektoren jedoch meist einfach aus dem Seitencode ablesen. Beispiel: Sie wollen die Abstände zwischen Kommentaren reduzieren. Rufen Sie dazu einen beliebigen Beitrag auf, machen einen Rechtsklick auf einen Kommentar, dann (für Sie als Firefox-Nutzer) "Element untersuchen" wählen. Darauf öffnet sich der Firefox-"Inspektor" (siehe Bild): die Klasse eines Kommentars heißt "comment-body" und hat derzeit ein padding (Abstand oben/unten) von 2.3rem. Um diesen zu verringern, schreiben Sie nun in Ihr eigenes CSS die Regel: .comment-body { padding: 1rem 0; }

Da Ihr Custom CSS nach dem originären CSS gelesen wird, überschreibt es eine vorangegangene Regel mit gleichem Selektor. Falls das "Überschreiben" aus irgendeinem Grund nicht zieht, können Sie die Spezifität erhöhen, indem Sie weitere Selektoren hinzufügen: article.comment-body { padding: 1rem 0; } oder als ultima ratio das böse "!important" anhängen: .comment-body { padding: 1rem 0!important; }

Ich hoffe, das hilft Ihnen zumindest bei CSS etwas weiter. ;)

Ja, danke für Ihre neuerliche Hilfe! Einige Eingriffe sind mir dadurch bereits erfolgreich gelungen, weitere sollen noch folgen: werde weiterhin unverzagt daran herumwursteln.

Ja, gewiss wäre eine Wordpress.org-Version auf eigenem Hoster die eleganteste Variante, wie Kollege NeonWilderness erklärt (zumal ich übrigens eh eine eigene Domain noehrig.at habe, die aber seit Jahren ungenützt ist). Der Transfer auf Wordpress war halt eine spontane Notmaßnahme um die Texte und besonders vor allem die vielen Kommentare zu retten & vor dem Verschwinden zu bewahren. Jetzt wurschtle ich halt daran herum das Layout halbwegs wieder dem vormaligen twoday-Layout anzugleichen, soweit das eben noch möglich ist. Hätte man vorher gewusst, dass der twoday-Abschalttermin eh gar nicht so knapp bevorsteht wie angekündigt, wäre freilich ein geordneterer Umzug geboten gewesen – insbesondere was die chronologische Staffelung/Listung der Kommentare & jeweils zugehörigen Antworten betrifft, oder etwa den Verlust von JavaScript-Funktionen, erlaubten HTML-tags im Kommentarbereich usw. Aber, wie die Erfahrung lehrt: Alle Menschen sind schlau – die einen vorher, die anderen hinterher.

Prima! Das ist auch die richtige Strategie: man muss noch nicht exakt wissen, was man damit macht, aber man erhält sich damit definitiv die Option, es irgendwann verwenden zu können. Dafür wünsche ich Ihnen gute Ideen! ;)

Gerne! Da du eine selbst gehostete WP-Version hast, lade dir auch mal das Twoday-Conversion-Plugin herunter. Damit lassen sich die internen Querverweise, Such- und Topiclinks auf eigene Wordpress-Adressen umstellen. Fragen gerne per Mail.

Back for good. ;)

Monsterdank! Es gibt ja immer noch so einige Kandidaten, die das erst jetzt (eventuell) in Anspruch nehmen würden. Aber warum haben Sie das nicht mehr zur Verfügung gestellt?

Keine Absicht. Ich hatte das neue Release noch nicht auf diesen Ort hochgeladen. Auf Github war es die ganze Zeit vorhanden.

Alles klar. (Hätte ja auch sein können, dass Sie jetzt für twoday.net gar nichts mehr machen wollen. So nach dem – oder Ihrem – Credo, dass man gar nichts mehr heilen kann.)

Wenn Sie mein Mail an Sie genau lesen, steht da, dass man "manche Dinge" nicht mehr heilen kann, nicht "gar nichts". "Manche" steht dabei für ca. 90%.

< sarkasmus >Danke für die Info. Jetzt weiß ich, dass „Manche” 90 % sind. < / sarkasmus >

Alles gut.

Wie ich bereits schrieb, ist das meine Überzeugung, die auf eigener, höchstpersönlicher Erfahrung beruht. Kein Sarkasmus. Es gibt auch die 10%. Aber eben deutlich weniger. Und der falsche Ort, so etwas zu diskutieren.