Jetzt gibt es meine erste eigene Facebook-Gruppe: “Ich brauch keinen “Dislike-Button” solange es den Verbergen Knopf gibt!” Mit den ganzen Applikationen wird die Tímeline doch schnell unübersichtlich. Hier kann man sich mit “Verbergen” Abhilfe schaffen. Nach dem Klick auf den Knopf gibt es eine Auswahl ob die Person oder nur die benutzte App in Zukunft ausgeblendet werden soll. Weg sind “Glücksnuss” und Konsorten.

Related posts:

1. Serverumzug: HowTo – IMAP Email-Accounts umziehen mit imapsync
2. Serverumzug: HowTo – FTP-Daten umziehen

Gerade wurde das Zend Framework in der Version 1.10 zu download freigegeben. Viele interessante neue Komponenten kamen hinzu darunter Zend_OAuth. Alles weitere auf der offiziellen Seite zum Release.

Related posts:

1. Mozilla Foundation veröffentlicht Firefox 3.6
2. Serverumzug: HowTo – IMAP Email-Accounts umziehen mit imapsync
3. Screencast zum SVN Client Cornerstone 1.5

In dieser Minute noch nicht offiziell veröffentlicht, ist das finale Build von Firefox 3.6 trotzdem schon auf den FTP-Servern zu finden: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.6/

Related posts:

1. Zend Framework 1.10 veröffentlicht

Ist schon eine paar Tage her, dass ich diesen Screencast für macosxscreencasts.com aufgenommen habe. Sobald dieser von Zettt ins Englische Overdubbed wurde wird er auch dort zu sehen sein. Jetzt ist auch die Übersetzte Version Verfügbar.

Thema ist Cornerstone von Zennaware ein super SVN Client für OS X. In diesem ersten Teile des Screencasts gehe ich auf die grundlegende Oberfläche und ein paar erste besondere Cornerstone-Features ein.

Cornerstone Screencast Part 1 (German) from Thorsten Scheckenbach on Vimeo.

Keine ähnlichen Beiträge verfügbar.

Der zweite Teil der Reihe Serverumzug, heute FTP-Daten. Das könnte eigentlich ein ganz einfaches Thema sein, im FTP-Client Verbindung mit Server A und B aufnehmen und dann per drag’n drop umziehen. Unterstützt einer der Server kein FXP (FTP von Server zu Server) dann werden alle Files zuerst heruntergeladen und dann wieder hoch, was natürlich sehr lange dauern kann und deshalb bei größeren Präsenzen keine Lösung darstellt.
Doch auch wenn FXP unterstützt wird ist das nicht immer sehr zuverlässig, zumindest hatte ich schon einige Probleme damit, was natürlich auch an der Implementation von FXP bei meinem FTP-Client liegen kann.

Auch hier gibt es natürlich wieder mehrere Lösungsansätze, meiner basiert auf dem Terminal in Verbindung mit tar und wget.

Als erstes loggen wir uns am alten Server via ssh (Mac: Terminal, PC: Putty) ein.

ssh -l root [alter-server_adresse-oder-ip]

Jetzt wechseln wir in das Verzeichnis welches auf den neuen Server soll. Der Pfad dort hin ist abhängig von der Distribution, also ggf. an einer anderen Stelle im Dateisystem

cd /var/www/vhosts/domain.de/htdocs

Jetzt packen wir die kompletten Daten, unter Berücksichtigung der Rechte in ein tar-Archiv welches gleich mit gzip gepackt wird.

tar -czvpf domain.de.tar.gz ./*

zur kontrolle das aktuelle Verzeichnis ausgeben lassen, dabei sollte jetzt die domain.de.tar.gz erscheinen

ls -ahl

Jetzt könnten wir mittels scp die Daten auf den Server B kopieren, da wir aber sowieso zum entpacken und Userrechte anpassen eine Verbdinung zum neuen Server brauchen melden wir uns direkt bei diesem an.

ssh -l root [neuer-server_adresse-oder-ip]

Wechsel in das zukünftige Verzeichnis der Dateien

cd /var/www/vhosts/domain.de/htdocs

Jetzt müssen wir die Dateien vom alten Server holen. Da sich diese im Web-Root befinden können wir sie mittels wget runterladen. Das ganze jetzt direkt von Server zu Server, was richtig gute Übertragungsraten verspricht.

wget http://www.domain.de/domain.de.tar.gz

Jetzt noch Entpacken

tar -xzf domain.de.tar.gz

Zum schluss die neuen Benutzer setzen. Am besten man schaut sich diese beim Ordner htdocs ab.

# Anzeigen des Benutzers und der Gruppe von htdocs
ls -ahl ../

Dabei erscheint dann sowas wie

drwxr-xr-x 3 user:group 4,0k 23. Nov 14:00 htdocs

Also setzten wir unsere Dateien auch auf user:group

chown -R user:group ./*

Wenn nicht direkt die Domain umgezogen und der Account auf dem alten Server gelöscht wird sollte man die Datei domain.de.tar.gz nach dem Vorgang löschen.

# Wieder auf dem alten Server im Verzeichnis /var/www/vhosts/domain.de
rm domain.de.tar.gz

Related posts:

1. Serverumzug: HowTo – IMAP Email-Accounts umziehen mit imapsync
2. Office-Pakete und der Umgang mit dem Referenzdatum
3. Versionskontrolle mit Git [101]

Bei jedem Serverumzug, egal ob Providerwechsel oder “nur” Update der Hardware müssen die Daten in der Regel von Hand übernommen werden. Ich möchte in den kommenden Artikeln auf die einzelnen um zuziehenden Daten und die möglichen Varianten eingehen.

Synchronisation der Email Postfächer mit imapsync

Wer regen Gebrauch von IMAP macht und damit seine komplette Emailkorrespondenz verwaltet hat schnell mehrere tausend Emails um zuziehen. Die Möglichkeit beide Accounts im eigenen Email-Programm anzulegen und dann via Drag’n Drop alle Nachrichten von Server A auf B zu verschieben ist zwar die einfachste, jedoch werden dabei alle Emails erst einmal runter- und danach wieder hoch geladen, was besonders bei Emails mit Anhang nicht gerade sinnvoll ist. Der schnellste Weg ist auch hier die Server-zu-Server Verbindung.

Wir benötigen folgendes:

1. Shell-Zugriff auf neuen Server
2. Zugangsdaten zum alten IMAP-Account
3. Zugangsdaten zum neuen IMAP Account

Zuerst muss man sich auf dem neuen Server via Shell (Terminal unter OS X oder Putty unter Windows) einloggen

1

ssh -l root [server-adresse-oder-ip]

Jetzt muss imapsync installiert werden. imapsync steht für sehr viele Distributionen zur Verfügung sollte sich also mit dem mitgelieferten Paketmanager (z.B. yum, emerge, yast oder apt-get) installieren lassen. Hier mal als Beispiel via yum unter CentOS

1

yum install imapsync

Jetzt sollte erst einmal sicher gestellt werden, dass die Ordnerstruktur beider Server übereinstimmt. Gerade Gross- und Kleinschreibung muss beachtet werden, heisst also der ordner für Entwürfe auf dem alten Sever Draft, auf dem neuen jedoch draft, bietet es sich an, den Ordner auf dem alten Server umzubenennen. Ordner die auf dem alten Server von Hand angelegt wurden, werden von imapsync automatisch angelegt, müssen also nicht erst erzeugt werden.

Für den Sync benötigen wir nun folgenden Befehl. Hier müssen alle in [] geschriebenen Werte gegen die eigenen ersetzt werden.

1
2
3

imapsync --noauthmd5 --fast \ 
--host1 [domain-oder-ip-des-alten-servers] --user1 [alter-user-name] --password1 [altes-passwort] \
--host2 domain-oder-ip-des-neuen-servers] --user2  [neuer-user-name] --password2 [neues-passwort] --dry

Der Parameter –dry am Ende simuliert erst mal nur, so können Fehler erkannt und korrigiert werden. Vorsicht! Der Parameter –dry simuliert nur die Übertragung der Ordner die auf beiden seiten (alt / neu) schon vorhanden sind, nicht das oben erwähnte neu anlegen.

Mein Tip: Bei vielen Emails, kann die Prozedur ganz schön andauern, sollte also über Nacht laufen. Wer nicht die ganze Zeit seinen Rechner wegen dem geöffneten Shell an lassen möchte, dem sei das Tool screen empfohlen.

Related posts:

1. Serverumzug: HowTo – FTP-Daten umziehen
2. Office-Pakete und der Umgang mit dem Referenzdatum
3. Versionskontrolle mit Git [101]

Das Office-Paket meiner Wahl am unter Mac OS X ist NeoOffice, es bietet gegenüber OpenOffice einige Verbesserungen, wie z.B. horizontales scrollen. Doch leider gestaltet sich die Interaktion mit Microsoft Office und Google Docs nicht immer als einfach. Vor kurzem hatte ich ein Problem mit dem Referenzdatum auf Google Docs. 4Jahre unterschied zwischen dem original NeoOffice-Dokument und der Ausgabe in Google Docs haben einen Workaround nötig gemacht.

Daten werden in den Office-Pakten im Hintergrund an Hand einer Zahl berechnet, sollte etwas ähnliches sein wie der Unix Timestamp, damit wird gewährleistet, dass es sich mit Daten einfach rechnen lässt. Leider gehen die einzelnen Office-Pakete hier unterschiedliche Wege. NeoOffice z.B. nimmt als Referenz den 30.12.1899, hier beginnt also der Timestamp bei 0 und zählt jede Sekunde um 1 hoch. Leider scheint NeoOffice hier recht alleine zu sein, Google Docs z.B. nimmt den 01.01.1904 als erstes Datum, was bedeutet, dass beim Import eines in NeoOffice erstellten Calc (Excel) Dokuments alle Daten um 4 Jahre verschoben angezeigt werden. Echt ärgerlich.

Um solche Inkompatibilitäten zu verhindern sollte man beim anlegen des XLS-Dokuments direkt das Referenzdatum anpassen, das geht unter Einstellungen (Command+,) -> NeoOfice Calc -> Berechnen -> Datum. Leider führt das nachträgliche ändern dieses Wertes nur dazu, dass auch in NeoOffice alle Daten um 4 Jahre verschoben angezeigt werden.

Helfer kann hier zoho.com sein. ZOHO ist eine kostenpflichtige Google Docs alternative, die im Privaten Umfeld auch frei genutzt werden kann oder in der Testversion nur eingeschränkte Funktionalität bietet. Wegen dieser Einschränkung konnten wir nicht einfach ZOHO zur Kollaboration nutzen. Das schöne ist, ZOHO erkennt das Referenzdatum richtig und wandelt alle Daten mit der neuen Referenz 01.01.1904 automatisch um. Nach einem Import in ZOHO einem anschließenden export und dann einem Import in Google Docs waren alle Daten richtig und es konnte kollaborativ gearbeitet werden. Sicher keine elegante Lösung, aber aktuell ein brauchbarer Workaround.

Related posts:

1. Serverumzug: HowTo – IMAP Email-Accounts umziehen mit imapsync
2. Serverumzug: HowTo – FTP-Daten umziehen
3. Zend Framework 1.10 veröffentlicht

Versionskontrolle ganz allgemein ist nicht nur für Programmierer sinnvoll – auch wenn hier natürlich die Hauptzielgruppe angesiedelt ist. Letzten Endes kann jeder, der mit Texten umgeht, die sich mehr oder weniger oft verändern, davon profitieren. Durch Versionskontrollsysteme ist es ein Einfaches „in der Zeit zu reisen“ um z.B. frühere Entwürfe einer Fach- oder Bachelorarbeit noch einmal durch zu gehen und nach deren Prüfung diese doch wieder in das aktuelle Produkt mit einfließen zu lassen.

Git ist der neue Stern am Versionsverwaltungshimmel, wobei das so nicht ganz stimmt, Git ist hier “nur” ein Vertreter von verteilten Versionskontrollsystemen. Dazu gehören aber noch weitere wie z.B. (Mercurial, Bazaar oder BitBucket). Entwickelt vom Linux-Kernel-Vater Linus Torwald wird Git mittlerweile bei vielen großen Projekten eingesetzt. Die bekanntesten sind „Android“, „Gnome“, „VLC“, „Ruby on Rails“ und natürlich das „Linux Kernel Project“ selbst.

Der Clou gegenüber den aktuellen Versionskontrollsystemen wie z.B. Subversion ist: Git ist ein verteiltes Versionskontrollsystem und verlangt nicht zwingend eine Client-Server Architektur. Vielmehr hält Git auf jedem Client die komplette Historie bereit.

Bisher existierende grafische Oberflächen bieten nur die Möglichkeit Projekte anzusehen, weiteres ist in Entwicklung. Die Verwaltung erfolgt daher bisher über das Terminal, beschränkt sich im täglichen Umgang aber auf einige wenige Befehle.

Ein schöner Artikel zur Installation von Git ist auf macnotes.de erschienen, er zeigt 3 Unterschiedliche Installationswege auf: Installer, MacPorts und manuelles kompilieren. Für Windows gibt es mittlerweile ein GoogleCode-Projekt welches einen Installer bietet: Msysgit, unter Linux sollte jede aktuelle Distribution ein entsprechendes Paket via Paketmanager bereit halten.

Zuerst erstellen wir ein neues Projekt, dazu legen wir zur Abgrenzung einen Projektordner z.B. in unserem Home-Verzeichnis an.

mkdir neuesProjekt
cd neuesProjekt

Jetzt initialisieren wir das Git-Repository, dadurch wird der Ordner angelegt, welcher später Konfigurationen und Veränderungsdaten des Projekts beinhaltet.

git init

Im Gegensatz zu z.B. Subversion wird nur ein einziger Ordner (.git) im Projekt-Root erzeugt, was das Arbeiten wesentlich vereinfacht. Ist das Repository erst einmal angelegt kann ganz normal im Projektordner über den Finder mit den bevorzugten Programmen gearbeitet werden.

Beispiel: Eine Website mit Ihren Standardverzeichnissen und einer index.html anlegen.

Um diese erste Version des Projekts in das Repository zu schreiben, genügen 2 Befehle

git add ./
git commit -m „Erste Struktur der Website“

Zeile 1 gibt Git die Anweisung im aktuellen Verzeichnis rekursiv nach hinzugefügten Dateien und Ordnern zu suchen.

Zeile 2 erzeugt die erste Version. Mit dem Parameter -m und dem darauf folgenden String (die Anführungszeichen müssen angegeben werden) hängt man direkt einen einzeiligen Kommentar an. Lässt man den Parameter weg, öffnet sich nach dem RETURN der Standard-Editor, meisst Vim, in diesem kann alternativ ein mehrzeiliger Kommentar angegeben werden.

Betrachten wir uns nun mit einer grafische Oberfläche (wie z.B. GitX) unser Repository, sehen wir oben den „Master“ – die letzte Version unserer index.html – und unten den Inhalt.

Erzeugen wir nun Änderungen an unserem Projekt und möchten diese in einer neuen Version speichern, führen wir lediglich die beiden letzten Befehle erneut aus.

git add ./
git commit -m „Änderung von XHTML-Strict zu HTML-Strict“

Bei Textdateien, wird nur die eigentliche Änderung gespeichert, unser Repository wächst also nur langsam an. Im Gegensatz zu binären Dateien wie z.B. Bilder, welche bei Veränderungen komplett neu angelegt werden.

Git gibt es für jede Plattform. Der Download inkl. Tutorials und ausführlicher Dokumentation ist auf der Projektseite von Git zu finden: http://www.git-scm.com/. Sehr hilfreich ist am Anfang ein „Cheat-Sheet“, welches sich einfach via Google finden lässt.

Related posts:

1. Erstes OpenSource-Projekt geht an den Start.