So - ich habe jetzt meine php-blogger Domains auf mein neues Blog umgeleitet. Ich denke ich werde demnächst auch meine alten Artikel in das neue Blog übernehmen. pLog bietet scheinbar ein Framework für den Import, welches aber wohl noch völlig ungetestet ist. Vielleicht gelingt es mir auch irgendwie über einen RSS Import - mal sehen.

Mein altes Blog ist weiterhin erreichbar unter:

http://old.php-blogger.de/

Ich war heute gezwungen meine IMAP basierte Mailbox von einem Server zu einem anderen umzuziehen. Wie macht man das am besten mit so wenig wie möglich Aufwand?

Ein Freund hat mir für die Migration das freie Tool exchange-away empfohlen. Es handelt sich dabei um ein Perl Script das völlig unkompliziert installiert werden kann, ich musste lediglich über CPAN die Bibliothek Mail::IMAPClient nachinstallieren.

Natürlich wird exchange-away über die Kommandozeile aufgerufen. Es erwartet Parameter zum Verbindungsaufbau zum Quell- und zum Zielserver sowie den Namen eines IMAP Ordners, den man migrieren möchte. Optional können noch Parameter angeben werden z.b. ob der Quell-Server mit Pausen zwischen dem Abholen der Mails geschont werden soll, damit dieser nicht Überlastet wird und ob die Mails vom Quell-Server nach dem Abholen sofort gelöscht werden sollen. Letzteres empfiehlt sich nicht, da bei der Migration ja immer etwas schief gehen kann und nach dem Löschen die e-mails unwiderruflich verloren sind.

exchange-away hat für mich absolut problemlos funktioniert. Insgesamt habe ich so 3 Ordner mit zusammen ca. 4000 Mails verschoben - relativ flott und ohne Fehler und so kann ich das Tool nur jedem ans Herz legen, der einmal seine Mails von einem IMAP Server zu einem anderen umziehen muss.

Ich bin kürzlich wieder auf den VIM als Entwicklungsumgebung für PHP umgestiegen, nachdem ich ja sehr lange Zeit mit Jedit entwickelt habe und damit auch im Grossen und Ganzen sehr zufrieden war.

Das Problem mit jedit war höchstens, dass es als Java Applikation auf meinem Powerbook doch manchmal etwas träge war, vor allem wenn ich gleichzeitig MP3s gehört habe. Also musste doch wieder ein schnellerer Editor her und natürlich wieder einer, der auf allen Plattformen verfügbar ist und nachdem ich ohnehin hin und wieder dem VIM nachgetrauert habe, bin ich ohne lang zu überlegen wieder umgestiegen.

Dafür habe ich mir das Buch 'vim ge-packt' von Reinhard Wobst aus dem mitp-Verlag gekauft um mal etwas tiefer in den VIM einzusteigen. Generell hat man ja bei Büchern über den VI nicht viel auswahl, aber das o.g. Buch eignet sich auch glücklicherweise wirklich hervorragend für den tieferen Einstieg. Es handelt sich um eine kompakte Referenz, die die wichtigsten Themen zum Umgang mit dem VI behandelt. Sehr hilfreich sind auch die vielen weiterführenden Hinweise auf die in VIM integrierte Hilfe.

Natürlich hatte ich wenig Zeit (und Lust) mir eine eignene Konfiguration für den VIM zu basteln und so habe mal im Internet nach brauchbarem gestöbert. Dabei bin ich auf die Serie 'Comfortable PHP editing with VIM' im Weblog von Tobias Schlitt gestossen. Netterweise bietet er auch gleich seine .vimrc zum Download an, mit der es sich wirklich komfortabel unter dem VIM entwickeln lässt. Die Serie umfasst (derzeit) drei Teile, die ich hier verlinkt habe.

• Comfortable PHP editing with VIM - Teil 1
• Comfortable PHP editing with VIM - Teil 2
• Comfortable PHP editing with VIM - Teil 3

Zum Abschluss möchte ich noch auf das Script Archiv auf der Homepage des VIM verweisen, das 100e Erweiterungen bereitstellt, sodass man sich eine äusserst mächtige Entwicklungsumgebung bauen kann, die eigentlich keine Wünsche mehr offen lässt.

Im developerWorks Archiv von IBM wurde ein äusserst interessanter Artikel zum Thema 'Migration von Internet Explorer basierten Web Applikationen zu Mozilla basierten Browsern' veröffentlicht.

Der Artikel gibt viele Hinweise, wie man seine Applikationen portieren kann. Es geht los mit grundlegenden Cross-Browser Entwicklungstechniken bis hin zu ganz speziellen Themen in denen die Unterschiede der beiden Browser beleuchtet werden. Diese beinhalten u.a. Unterschiede im Document Objekt Model (DOM), CSS, der JavaScript Implementation, Events, Rich Text Editing und XML Transformation.

Was dem Perl-Programmierer sein CPAN, ist des JavaScript-Programmierers JSAN.

Ähnlich dem in der Perl-Welt sehr bekannten und beliebten Sourcecode Archiv CPAN versuchen die Gründer des JSAN Projektes ein Archiv mit wiederverwendbaren JavaScript Bibliotheken aufzubauen.

Mitmachen kann jeder - es gibt kaum Anforderungen an die veröffentlichte Bibliothek wie Coding-Guidelines, wie sie das Pear Projekt von PHP erwartet. Lediglich die Benamung und Struktur der Bibliothek muss bestimmten Richtlinien folgen, damit sie ins Archiv aufgenommen wird.

Es wäre sehr zu begrüssen, wenn sich viele JavaScript am Auf- und Ausbau von JSAN beteiligen, damit bald ein zentrales Archiv wiederverwendbarer Komponenten entsteht, wie man es von anderen Programmiersprachen wie Perl und PHP schon gewohnt ist.

Leider bietet plog nicht die Möglichkeit des Datenimports, wie es diese bei meiner derzeitigen Blogsoftware Serendipity gibt. So weiss ich noch nicht, ob ich meine alten Artikel migrieren werde, oder wie es überhaupt mit dieser Seite hier weitergehen wird. Vorerst bleiben meine alten Artikel natürlich erhalten.

Also dann... bis hoffentlich bald bei phpblogger.blogmeister.de.

Eigentlich bin ich ja das Arbeiten über die Konsole gewohnt und erledige darüber so ziemlich alle Arbeiten, die auf Dateisystemebene anfallen. Mit dem Terminal unter Mac OS X konnte ich mich leider nicht so recht anfreunden, weil die mitgelieferte Applikation nicht wirklich viele Features bietet und zudem beim Schreiben unglaublich langsam und träge reagiert.

Ich habe mich nach meinem Umstieg auf den Mac ziemlich schnell nach einer Alternative umgesehen und habe dann bis gestern iTerm verwendet, das zwar einige Features bietet, aber von der Geschwindigkeit her nicht wirklich besser ist als die Software, die von Apple zu Mac OS beigelegt wurde. Die Langsamkeit des Terminals war also ein echtes Problem für mich, zumal ich mich mit dem Finder von Mac OS nie wirklich anfreunden konnte.

Nun habe ich gestern einen Ersatz gefunden, der mich auf Anhieb überzeugt hat. GLterm ist mittlerweile schon ein paar Jahre alt, weshalb es mich doch sehr wundert, dass ich es jetzt erst gefunden habe. Wie der Name schon andeutet, nutzt GLterm zur Darstellung OpenGL und ist damit auf Rechnern mit 3D Accelerator sehr, sehr schnell. Schon nach einer halben Stunde fiel mir auf, dass ich mich unter Mac OS plötzlich noch viel, viel wohler fühle und wieder mehr mit der Console arbeite.

Die aktuelle Version von GLterm - 1.2 - ist wie gesagt schon recht recht betagt, weshalb ich davon ausgehe, dass es da auch keine neuen Versionen mehr geben wird. Allerdings ist mir bis jetzt kein Fehler aufgefallen und das Terminal kann eigentlich das was ich am dringendsten brauche: Auswahl verschieden grosser Fonts und die Geschwindigkeit beim Tippen und Arbeiten. GLterm ist Shareware und kostet 10$. Ein Preis den ich für diesen Mehrwert absolut akzeptabel finde.