iPhonehost.de

Eben war das iPhone kurz gar nicht mehr erreichbar, nun lebt es aber wieder. Allerdings ist offenbar dringend ein Reboot nötig, denn diverse Prozesse des Commandline-Screenshot-Tools "uishoot" sind als Zombies auf dem OS 3.1.3 des iPhone 3G aktiv und lassen sich einfach nicht mehr beenden:

iPhone-:~ root# ps -ef|grep uishoot
0 625 1 0 0:00.07 ?? 0:00.10 uishoot
0 632 1 0 0:00.06 ?? 0:00.11 uishoot
0 633 1 0 0:00.03 ?? 0:00.10 uishoot
0 636 1 0 0:00.05 ?? 0:00.08 uishoot
0 662 1 0 0:00.12 ?? 0:00.17 uishoot
0 665 1 0 0:00.05 ?? 0:00.11 uishoot
0 666 1 0 0:00.05 ?? 0:00.12 uishoot
0 671 1 0 0:00.04 ?? 0:00.08 uishoot
0 682 1 0 0:00.02 ?? 0:00.06 uishoot
0 736 717 0 0:00.01 ttys000 0:00.01 grep uishoot

Daher bleibt die Screenshot-Funktionalität deaktiviert, bis ich dann morgen im Büro den nötigen Reboot des iPhone vornehmen kann

Ansonsten läuft das iPhone soweit stabil, am Freitag waren es hier immerhin über 160 echte Besucher. Weitere Updates in den kommenden Tagen ..

Dank des Kommandozeilen-Programmes uishoot ist es relativ einfach möglich, automatisch Screenshot vom iPhone-Screen zu machen (allerdings nur, wenn der auch an ist). Das Bild, das rechts zu sehen ist, wurde also eben live vom dem iPhone geschossen, auf dem auch diese Website gehostet wird

Das Bild wird bei Aufruf von einem PHP-Script erzeugt und alle 5 min aktualisiert. Ein echtes Livebild erhält man beim Aufruf ohne den Cached-Parameter, also hier. Normalerweise wäre dieses Feauture ja recht langweilig, wenn auch technisch interessant. Deshalb haben wir kurzerhand noch den Twitter-Account @iphonehost ins Leben gerufen. Mit einem @Reply an @iphonehost kann kann man quasi eine Nachricht an das iPhone schicken. Dank permanent laufendem TweetDeck (offenbar die einzige Twitter-App auf dem iPhone, die die Reply's permanent aktualisiert) sollte die Nachricht dann zeitnah erscheinen.

Sollte es mal einen Unlock für iPhone OS 3.1.3 geben (das Gerät ist leider Telekom locked), wären mit einer Prepaid-Karte sicher noch weitere, tolle Spielerein möglich. Wir würden uns jedenfalls freuen, wenn testweise ein paar Reply's an den neuen Twitteraccount gesendet werden.

Das S9Y-Blog hier sollte nun übrigens noch etwas schneller laufen. Da nach einem Infotweet oder wenn der Googlebot kommt das iPhone mit einer Load von 4.0+ komplett überlastet war/ist, haben wir das Caching-Plugin installiert. Was das genau bringt, wird sich erst noch zeigen. Es wird sowieso spannend, ob das iPhone überhaupt das ganze Wochenende als Server überleben wird - das Büro ist zumindest die nächsten 2 Tage nicht besetzt, so dass ein Absturz ärgerlich wäre.

Nochmal danke für das bisher nette Feedback für diese lustige Hosting-Idee. Wir hatten hier auf dem Blog an den ersten beiden Tagen täglich über 100 echte Besucher und 200 Pageviews. Nicht direkt schlecht für eine komplette neue Domain..

Gestern gegen 23 Uhr war das iPhone 3G plötzlich nicht mehr erreichbar. Da das Gerät im Büro liegt, konnten wir leider auch nicht direkt handeln, gingen aber von einem Komplettabsturz aus. Heute früh zeigte sicher aber, dass die WLAN-Verbindung nicht mehr aktiv war. Ansonsten lief Alles problemlos. Womöglich ein DHCP-Problem, denn das iPhone hatte, nachdem das WLAN-Menü geöffnet wurde, plötzlich eine neue IP. Also wurde erstmal eine statische IP vergeben, vielleicht hilft dies ja schon. Zur Sicherheit monitoren wir das iPhone jetzt auch noch mit Nagios, allerdings ohne die ansonsten obligatorische SMS-Benachrichtigung. Nachts um 3 aufstehen wegen des iPhone muss ja nicht sein, für normale Server hingegen ist es Pflicht.

Auf der rechten Seite im Blog findet ihr nun noch einige Stats wie den Output von uptime sowie auszugsweise den von vm_stat. Bei Letzterem rechnet ein kleines Script die Pages in echte Kilobytes um, damit es besser lesbar wird. Was die Werte konkret bedeuten, liest man am besten in der Manpage von vm_stat nach. Komischerweise war auf dem Gerät das Binary von uptime nicht vorhanden, auf einem unserer normalen iPhones hingegen schon. Also fix das Binary kopiert und siehe da, auch unser Hosting-iPhone hatte fortan uptime drauf.

Testweise wurde auch noch Flatpress installiert, ein Blog auf Textfile-Basis. Auch hier war die Installation problemlos und das Blog läuft einwandfrei. Der Speed ist allerdings auch nicht anders als bei dem hier eingesetzten Blog, so dass die schlechte Performance wohl nicht an SQLite sondern generell am iPhone bzw. dessen CPU liegt. Möglicherweise spielt auch die Anbindung via WLAN eine Rolle - eine LAN-Buchse gibt es ja bekanntlich nicht.

Mal schauen, wie das iPhone sich weiter schlägt. Ein eigenes Netzteil dafür haben wir sogar extra bestellt, so dass es heute noch einen eigenen Platz hier im Büro bekommt und nicht mehr an einem MacBook hängen muss. Testweise werden wir dann wahrscheinlich noch Wordpress auf SQLite-Basis installieren, das sollte aber auch problemlos funktionieren.

Eine weitere Idee war, irgendwelche Programme auf dem iPhone laufen zu lassen und davon regelmäßig automatisch Screenshots zu machen, die dann hier ebenfalls automatisch eingebunden werden. Leider haben wir bisher aber keine Möglichkeit dafür gefunden. Für weitere Ideen, was man noch so machen könnte, sind wir in den Kommentaren natürlich dankbar.

Schon lustig, wozu ein iPhone so verwendet werden kann. In diesem Fall hier sogar als Webserver samt Blog-Engine Serendipity auf Basis von Lighty mit SQLite-Backend. MySql wäre dann doch etwas zuviel des Guten auf dem iPhone 3G

Das Gerät, welches nach einem Absturz schon sehr gelitten hat (siehe Bild), läuft auf iPhone OS 3.1.3 und wurde mit dem PwnageTool 3.1.5 jailbreaked. Anschließend haben wir mit Cydia die benötigten Pakete wie Lighty, PHP 5.2 etc. installiert. Eine Config für den Webserver war dann auch schnell geschrieben (leider brachte Cydia keine mit), so dass die ersten Tests beginnen konnten.

Als Blogengine haben wir uns wie schon erwähnt für S9Y (Lite) entschieden, da auch unser Admin-Blog darauf läuft und SQLite direkt unterstützt wird. Die Installation funktionierte problemlos, das via CGI angebundene PHP ist bis auf einige Module, die fehlen, vollständig.

Dass man keine Geschwindigkeitswunder erwarten darf, ist klar. Besonders bei gleichzeitigen Zugriffen wird der Spaß schnell sehr langsam. Die ARM-CPU hat dann sehr gut zu tun

Ans Netz angebunden ist das Gerät übrigens via WLAN (Draft-N) im lokalen Netz. Mit einer Forwarding-Regel in unserer Cisco hier sowie dem WLAN-Router wird dann die externe IP auf Port 8080 des iPhone weitergeleitet, auf dem der Lighty dann lauscht. Die Außenanbindung beträgt 100MBit/s, ideal also für Tests. Das Problem, dass das iPhone aufgrund der Stromspar-Settings normalerweise das WLAN deaktiviert, sobald man das Display ausschaltet, wird durch das nette Tool "Insomnia" behoben.

Ein paar Testfiles haben wir hier auf dem iPhone hinterlegt:

1 MByte Test-Downloadfile
10 MByte Test-Downloadfile
PHP-Info v5.2 auf iPhone 3G
Live-Output von "uname -a" via PHP
Live-Output von "ps -ef" via PHP

Übrigens hat das "dd" Kommando, mit dem die Testfiles erzeugt wurden, ziemlich lange gedauert. Das 100 MByte-File wurde mit lausigen 4 MB/s geschrieben. Falls also die Test-Downloads oder Seitenaufrufe hier quälend langsam sind, einfach später nochmal versuchen. Vermutlich sind dann einfach noch weitere User aktuell auf dem Blog oder laden die Testfiles

Mal schauen, was man noch so auf dem iPhone 3G laufen lassen kann. Für Tipps in den Kommentaren sind wir dankbar!