Vor einigen Tagen wollte ich das iPhone als Modem nutzen – Stichwort “Internet-Tethering”. Musste dabei allerdings feststellen, dass dieser Menü-Eintrag (unter Einstellungen -> Allgemein -> Netzwerk -> Internet-Tethering gar nicht auftaucht.

Telekom Hotline konnte auch nicht helfen. Sollte ohne weitere Aktivierungen etc. im Menü angezeigt werden.

Wiederherstellung

Nun also zuerst ein aktuelles Backup des iPhones angelegt. Danach das iPhone über “Wiederherstellen” zurück gesetzt. KEIN BACKUP eingespielt – und siehe da, im o.g. Menü taucht der Punkt Internet-Tethering jetzt tatsächlich auf.

Jetzt noch das Backup zurück gesichert -> Menüeintrag verschwunden!

Demnach werden Einstellungen aus dem Backup wiederhergestellt, die die Option ausblenden. Ist durchaus vorstellbar, da ich bisher seit meinem iPhone 2G sämtliche Neugeräte immer per Backup des Altgeräts eingerichtet hatte (was im allgemeinen auch sehr gut funktioniert – sich aber in diesem Fall wohl verschluckt).

Wiederherstellungs-Dilemma

Sämtliche Versuche das iPhone per Einstellungen -> Allgemein -> Zurücksetzen den Menüeintrag zu entlocken scheiterte. iTunes bietet keine Möglichkeit nur Teile des Backups wiederherzustellen.

Bleiben zwei Optionen:

1. ohne Tethering leben, dafür ein komplett eingerichtetes iPhone
2. über gelegentliches Tethering freuen und dafür alle Einstellungen, Daten der Apps etc. neu eingeben

Das System selbst zu konfigurieren (E-Mail-Konten, WLAN-Kennworte etc.) ist ja relativ schnell machbar. Schwieriger wird es mit der Konfiguration / Wiederherstellung der Daten in einzelnen Apps – vor allem wenn die Daten nicht irgendwie serverseitig gespeichert werden.

In dieser Situation kam der Bericht auf iFun über das Sichern des kompletten iPhones außerhalb von iTunes gerade recht.
Auch wenn darin steht, man könne mit dieser Methode ohne Jailbreak eine komplette Sicherung durchführen, stimmt das zumindest für die Apps und deren Settings nicht.

Lösung

Mit den Informationen aus o.g. Artikel und etwas Recherche ergab sich nun folgender Lösungsweg:

1. Sicherung des iPhones mit iTunes
2. Extrahieren des kompletten Backups mit JuicePhone
   
3. Wiederherstellen de iPhones OHNE einspielen eines Backups – also als Neugerät konfigurieren
4. Übertragen der gewünschten Apps aus der iTunes Bibilothek
5. Einrichten des iPhones von Hand, d.h. Einstellungen (E-Mail,WLAN, etc)
6. Zurücksichern der Einstellungen einzelner Apps aus dem extrahierten Backup mit iPhone Explorer oder PhoneView

Schritt 2 und 6 sind also die interessanten.

Extrahieren des kompletten Backups mit JuicePhone

JuicePhone extrahiert Teile oder ein Komplettes Backup in ein gewünschtes Speicherzeil.

Im Zielordner befindet sich dann ein Unterordner “Application Data” in dem sich die Einstellungsdateien sämtlicher Apps befinden.

Zurücksichern der Einstellungen einzelner Apps

Das zurücksichern erfolgt für jede App einzeln. Mühsam aber dank Drag&Drop nur Fleißarbeit.

iPhone Explorer starten, iPhone anschließen (falls noch nicht geschehen). in iPhone Explorer Apps aufklappen und eine einzelne App auswählen. Aus dem App-Ordner des Backups den markierten Inhalt (z.B. Documents / Library) dieser einzelnen App per D&D darauf ziehen. iPhone Explorer fragt nach, ob man die Ordner Documents bzw. Library wirklich überschreiben möchte und danach beginnt das kopieren.

iPhone Explorer zeigt die Liste der installierten Apps unsortiert an und fragt auch beim Überschreiben der Ordner sehr oft nach. Daher empfehle ich eher PhoneView zu verwenden, da dies die Liste der Apps sortiert darstellt und auch das Überschreiben nur einmal pro App anfragt.

Fazit

Dank der Kombination der zwei Tools ist es möglich, die Daten und Einstellungen einzelner Apps nach einer Wiederherstellung selektiv zurück zu sichern. Ist zwar etwas zeitraubend, aber sicherlich angenehmer als die Daten von Hand auf dem iPhone eingeben zu müssen. Wer also evtl. Funktionen vermisst oder generell mal ein “sauberes Neuaufsetzen des Systems” durchführen möchte, ist mit dieser Methode schnell am Ziel.

Die Migration

Unter how to migrate beschreibt der Hersteller selbst sehr ausführlich, welche Möglichkeiten es gibt. Ein direktes austauschen der Festplatten fällt der Anleitung zufolge flach.

Entsprechend bleibt nur Mehtode 3.2 übrig. Diese funktioniert aber prächtig.

1. Backup der Einstellungen auf alter DS und Restore auf neuer brachte alle User samt Rechte auf die neue DS.
2. Das beschriebene Network Backup kopiert die Daten der alten DS auf die neue und behält dabei die Besitzer und Zugriffsrechte bei!
3. Das Verschieben macht man, wie beschrieben, über den File-Browser der DSM Web-Oberfläche, da so die Rechte korrekt beibehalten werden (Über SMB oder AFP Freigabe werden die Rechte entsprechend des angemeldeten Users gesetzt!!!).

Nacharbeit

Was die Migration nicht hin bekommen hat (Web-Server aktiviere, Servername etc.) lässt sich wirklich schnell von Hand nachziehen.

Auch die mySQL Datenbank muss man selbst per dump (über phpMyAdmin schnell gemacht) auf die neue DS übertragen.

Ipkg installiert man am besten auch frisch, da sich die Binaries, die sich im opt Ordner befinden (und vorbildlich im Backup mitgesichert werden) in der Regel nicht auf anderen Prozessortypen ausführen lassen.

websvn

Hat man SVN installiert und möchte gerne websvn einsetzen, so könnte evtl. folgende Fehlermeldung, trotz korrekt konfiguriertem websvn auftreten:

“sh: svn: not found”

Das liegt daran, dass der Pfad /opt/bin nicht in open_basedir der php.ini Konfiguration eingetragen ist.
Dazu einfach in der DSM Web-Oberfläche Bedienfeld -> Webdienste den Reiter “PHP-Einstellungen” wählen, die Option “PHP open_basedir benutzerspezifisch anpassen” aktivieren und “:/opt/bin” anfügen.

• Layout is done via UITableView (at least visually)
• The Keyboard fits directly underneath the buttons so you can reach every UI-Element while typing
• Both fields for “Member Name” and “Password” are filled with a placeholder so the purpose is very clear.
• Each field provides a info-button for recovering the Apple ID / password (in case you’ve forgotten).
• If you type in your member name in the first text field an press the “Next”-button on the keyboard, the focus is set directly to the password field. So you can type in the password without being interrupted by having to tap in the password field first to activate it. And after typing the password you can use the keyboards “Go”-button or the “Sign In”-button to initiate the login process.

It’s very handy to use.

But one thing I was always wondering about is the “Cancel”-button. You can not use the app without signing in. Canceling at this point could only mean quitting the app (as you may expect for Desktop applications). But the (iOS) iPhone Human Interface Guidelines for stopping strongly discourages the programmatically termination.
And the cancel button indeed doesn’t exit the app. Instead an “Error” Popup with an dubious error code is shown.
So what purpose may this Button have in the future, I was wondering.

Apple must have read my mind! Today a new version was released and… the cancel button has vanished!

svn log -v --xml https://server.org/svn/project

This will show the log directly in your console. If you prefer the output as a file append

> outfile.xml

If you’d like to have a more human readable output, you can use the following xsl, to transform it to a readable html table:

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>SVN Log</h2>
<table border="1">
<xsl:for-each select="log/logentry">
<xsl:if test="author='USERNAME'">
<tr>
<td><xsl:value-of select="date"/></td>
<td><xsl:value-of select="author"/></td>
<td><xsl:value-of select="msg"/></td>
</tr>
</xsl:if>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>

Change USERNAME to your svn username and save it to svnstyle.xsl for example.

Now you can use the following command to export and transform the export-xml directly to readable html via:

svn log -v --xml https://server.org/svn/project | xsltproc svnstyle.xsl - > ~/Desktop/svnlog.html

This uses the XSLT-Processor xsltproc, which seams to be preinstalled on a Mac OS X system. But you can replace it with any XSLT-Processor of your choice

The svn command may require username and password – so you may get asked for turing the process.
You can specify a username and password with the parameters –username USERNAME and –password PASSWORD.
But think of the little security issue.

-[UIDateTableCell date]: unrecognized selector sent to instance
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[UIDateTableCell date]: unrecognized selector sent to instance 

at following line

self.datePicker.minimumDate = [NSDate date];

And it only crashes if the datePickerMode is UIDatePickerModeDateAndTime

self.datePicker.datePickerMode = UIDatePickerModeDateAndTime;

First try, use the setter Method instead of Dot-notation:

[self.datePicker setMinimumDate:[NSDate date]];

same effect.

As you can’t always rely on the simulator, we tried the code on the device. -> No crash!

First thought: A further Simulator discrepancy.

Tried it on a different Mac in Simulator -> NO CRASH!

So what was the difference between the two systems?

Same XCode Version
Same OS X Version
…

Different System Language!

Changed the language of the device to Language EN, Region US and voila, the App crashes at the expected line.

After a long google session without any hint, we tried some rearrangement of code and put the setting of the pickers date before the setting of the minimumDate.

self.datePicker.minimumDate = [NSDate date];
self.datePicker.date = [NSDate date]:

to

self.datePicker.date = [NSDate date]:
self.datePicker.minimumDate = [NSDate date];

Guess what! Now the App runs fine even on the EN_US Simulator and Device!

So you will say: “it’s obvious you must set the pickers date before you can set a minimum date”.

Hm good point, but:

1. the API tells you, that even if you omit setting the date explicitly “the default is the date when the UIDatePicker object is created“, so the date property is never nil.
2. if the Picker is shown in “german” style the App won’t crash.

If your Picker is created by a nib-File as a IBOutlet, the date can be set in Interface Builder.

A second solution

set the Mode of the Picker in Interface Builder initially to “Date & Time”.

In your code you can change the Mode afterwards via datePickerMode.

self.datePicker.datePickerMode = UIDatePickerModeDate;

But Attention:
Setting the Mode in Interface Builder to “Date & Time” initially will cause the Picker to ignore a minuteInterval programmatically set in code.

So set “Date & Time” in IB -> self.datePicker.minuteInterval = 15; has no effect.

set “Date” -> self.datePicker.minuteInterval = 15; will be recognized (if you also set the Mode to Date & Time programmatically) – but you have to set also date to avoid crashing.

So have fun.

1. Download google code prettify
2. Rename the containing src folder to code-prettify
3. Upload the code-prettify folder (not only the content!) to your MediaWiki installation to the folder “skins”.
4. Edit the file MonoBook.php (if you use another skin, edit the corresponding file) and add the following lines anywhere within the <head>-Element.

   
   <script type="text/javascript" src="<?php $this->text('stylepath') ?>/code-prettify/prettify.js"></script>
   

5. Find the <body>-Element. Usually you will find the following line in the opening tag of the <body>-Element:

   <?php if($this->data['body_onload']) { ?> onload="<?php $this->text('body_onload') ?>;"<?php ?>
   

   change it to:

   <?php if($this->data['body_onload']) { ?> onload="<?php $this->text('body_onload') ?>;prettyPrint();"<?php } else { ?> onload="prettyPrint();" <?php } ?>
   

Inspired by Richard Nichols How-to: Add Code Syntax Highlighting to MediaWiki

Befindet man sich nun Unterwegs/in einem fremden LAN und möchte auf die heimische DiskStation zugreifen, bietet es sich an, diese per SSH anzusprechen und das AFP hindurch zu tunneln. Anschließend kann auf die DiskStation zugreifen, als befände man sich im gleichen Netzwerk und das schöne ist, die Verbindung ist über SSH gesichert.

Folgende Befehle sorgen dafür, dass die entfernte DiskStation auf dem lokalen Rechner erreichbar wird.

dns-sd -R DiskStation _afpovertcp._tcp . 12345 > /dev/null &
ssh -gNL 12345:127.0.0.1:548 root@remote.host.com

Erklärung:
Der Erste registriert den AFP Dienst unter dem Namen DiskStation über den Port 12345. Es wird so ein AFP Dienst angekündigt, der vom Dienst aus dem entfernten Netzwerk noch bedient werden muss.

Die Parameter:

• g sorgt dafür, dass der entfernte Host auf den lokal freigegebenen Port (12345) zugreifen darf – somit kann der entfernte Server seinen AFP Dienst durch den SSH-Tunnel über den Port 12345 bekannt machen.
• N bewirkt, dass nur die Tunnelfunktion genutzt wird, keine Konsoleneingabe möglich.
• L bewirkt das eigentliche Tunneln. Hier wird der lokale Port 12345 auf den entfernten Rechner auf 548 gemappt (wenn man statt 127.0.0.1 eine andere Adresse angibt, so könnte der SSH Dient auf einem anderen Rechner laufen, wie AFP).
• Als letztes wird angegeben, dass die SSH Verbindung über den Benutzer root am remote.host.com hergestellt wird.

Kleine Ergänzung:
Wer das ganze noch gerne ohne Passwortabfrage hätte, ist folgender Artikel im Wiki wärmstens empfohlen:
http://wiki.joachimschuster.de/index.php/SSH_ohne_Passwortabfrage

Da die Installation nun erfolgreich durchgeführt werden konnte, habe ich die Anleitung noch mal überarbeitet und in Englisch verfasst.

Am Kniffligsten war nicht das Einrichten selbst, sondern den Dienst anschließend beim Booten automatisch starten zu lassen.
Dabei stellte sich heraus, dass zwei Umstände zu Problemen führten:

1. Ruby möchte beim Ausführen ins Home-Verzeichnis des ausführenden Benutzers das Verzeichnis .gem (mit Dateien etc.) anlegen
2. Redmine über Webrick gestartet will im Verzeichnis, in dem der Webservice ausgeführt wird, ein tmp-Verzeichnis erstellen.

Der erste Punkt kann dadurch behoben werden, dass die home-Verzeichnisse der Benutzer aktiviert werden. Dazu den Benutzer-home-Dienst unter Berechtigungen -> Benutzer -> Benutzer-Home aktivieren.

Der zweite Punkt kann durch das Wechseln in den Ordner, in dem der Redmine Service liegt behoben werden. Von dort aus kann dann der Dienst gestartet werden, da der Benutzer redmine darin schreibrechte hat.

Seit mehreren Tagen ist die Verbindungsübersicht von Simyo
nicht mehr im Betrieb, bzw. zeigt keine Werte an. Dementsprechend
werden in Kosten leider auch keine Details angezeigt. Sobald die
Wartungsarbeiten abgeschlossen sind und die Verbindungsübersicht
auf der Homepage wieder Daten anzeigt, wird auch Kosten wieder
korrekte Werte anzeigen. Ich bitte um Verständnis und hoffe, dass
das Problem möglichst bald behoben ist und wir die detaillierten
Informationen von Simyo wieder bereit gestellt bekommen. Vielen
Dank für die Rückmeldung bei Problemen- es hilft die App stetig
weiter zu verbessern. Ich bin bemüht die Probleme, die in meiner
Macht stehen, umgehend zu beheben. Über das href="http://www.joachimschuster.de/contact/">Kontaktformular
können Probleme ganz einfach gemeldet werden.