Die Probleme mit PHP liegen jedoch ebenso auf der Hand. Da PHP eine interpretierte Scriptsprache ist, erzeugt es eine hohe Last auf CPU und Speicher. Trotzdem soll die Applikationslogik (bei Facebook ebenfalls in PHP geschrieben) einfach wieder zu verwenden sein. Der Lösungsansatz, Kernkomponenten der Applikation als PHP Extensions in C++ (oder mit Schnittstellen in einer anderen Sprache) zu schreiben, ist damit nicht praktikabel, zumal die Entwickler dafür eine Menge mehr Know-How mitbringen müssen. Denn für die PHP Extension Entwicklung sind weitere Kenntnisse in C++ und in der PHP API nötig.

Als Lösung hat Facebook PHPHipHop entwickelt, das es ermöglicht, PHP Quellcode in C++ Quellcode zu transformieren und dann in Maschinencode zu kompilieren (hierfür wird bei Facebook g++ eingesetzt). Die CPU Last auf den Webservern ist dabei um 50% niedriger bei gleichem Traffic, bei API Anfragen sind es 30% weniger CPU Last bei doppeltem Traffic. Diese Messungen stammen aus dem Facebook Produktivbetrieb – PHPHipHop ist dort bereits seit sechs Monaten im Einsatz und verarbeitet etwa 90% aller Zugriffe.

Viel Aufmerksamkeit hat das Team um Haiping Zhao typisierten Variablen gewidmet. Durch Eingrenzung der genutzten PHP Variablen auf skalare C++ Typen ist der größte Performancegewinn gelungen. Einige seltener genutzte Features (wie z.B. die Funktion eval() ) der dynamischen Skriptsprache konnten nicht übertragen werden.

Für die Entwicklung gibt es außerdem einen experimentellen Interpreter namens HPHPi, mit dem sich die Transformationen im Entwicklungsprozess testen lassen, bevor neuer Code kompiliert und produktiv eingesetzt wird.

Einen festen Zeitplan (“soon”) gibt es nicht, die nächsten Schritte bis zur Veröffentlichung von HipHop stehen aber fest:

• Momentan ist PHPHipHop kompatibel mit PHP Version 5.2, Unterstützung für Version 5.3 soll als nächstes folgen.
• Da Facebook auch einen eigenen HTTP Server auf libevent Basis geschrieben und auf PHPHipHop angepasst hat, wird noch an einer Lösung gearbeitet, Webserver wie Apache und nginx (voraussichtlich per fcgi) mit PHPHipHop zu nutzen.

Doch wenn ich hier von “vielen” schreibe, meine ich eigentlich Blogger und Twitterer, die meisten darunter wohl Early Adopters. Den Markt für das iPad sehe ich aber viel weniger bei denen – obwohl ich beinahe alle vorgestellten Use Cases bereits umständlicher mit iPhone bzw. Notebook im Wohnzimmer durchgespielt habe – als bei den Otto-Normal-Verbrauchern. Ja, richtig gelesen. Bei den Menschen, denen die bzw. wir Early Adopter heute das Net- oder Notebook einrichten, den Firefox und ein vernünftiges Antivirenprogramm installieren und dann hoffen, dass danach erst einmal kein Anruf mehr kommt.

Was bisher nur sehr wenige beachten, ist die Eignung des iPad als Erstrechner. Also nicht zwischen iPhone und MacBook, sondern stattdessen. Stellt man sich das einmal vor, ergibt die ganze Konstruktion eine Menge Sinn. Fast 150.000 Apps im iTunes Store, die noch viel interessanter sind, wenn man sie nicht schon längst auf dem iPhone nutzt. iCal, iPhoto, iWork, E-Mail, Safari, YouTube – (mal abgesehen vom Drucken) was braucht denn ein Privatuser noch? Viel wichtiger ist da doch, dass man keinen eigenen Schreibtisch für einen Rechner einrichten muss, kein Kabelgewirr. Stattdessen ein Device, das einfach nur funktioniert, und für dessen Benutzung der unbedarfte User noch nicht einmal den Umgang mit der Maus lernen muss. Plötzlich macht auch die Produktklasse wieder Sinn.

Hier sehe ich großes Potential. Und es passt alles zusammen: Inhalte können direkt über die iTunes Store und iBook Apps auf das iPad geladen werden, wenn sie nicht ohnehin direkt aus dem Netz kommen (YouTube, Safari, E-Mail). Es gibt Adapter zum Anschluss einer Kamera, für SD Karten und für externe Monitore, sogar eine Tastatur. Und ich ahne, dass man das iPad nicht einmal zum Installieren mit einem Rechner verbinden muss. Auch die für diese Zielgruppe passenden Medien berichten Dank des großen Erfolgs von iPod und iPhone zeitnah über das Gerät. Zu guter letzt hat man einen Einstiegspreis erreicht, der gerade einmal bei der Hälfte des Erwarteten liegt.

Obwohl auch ich mir mehr von Apple erhofft hatte, gehe ich von einem großen Erfolg für das iPad aus. Spannend wird, was die nächsten Hard- und Softwaregenerationen bringen. Sicherlich genug, was dann auch die Early Adopter fesselt.

Seit dem Update auf iPhone OS 3.0 mit der WLAN autologin Funktion, die bei T-Mobile Hotspots auch einwandfrei funktioniert, ist es nicht mehr möglich, mit dem iPhone das WLAN am Bahnhof Angebot der Deutschen Bahn zu nutzen.

Hintergrund: Bei der Anmeldung an ein WLAN prüft das iPhone, ob eine Anmeldeseite vorgeschaltet ist und ruft diese ggf. auf. Beim WLAN am Bahnhof vor die eigentliche T-Mobile Hotspot Anmeldeseite noch eine Infoseite vorgeschaltet. Versucht man, dem Link auf die T-Mobile Hotspot Seite zu folgen, bricht das iPhone die Anmeldung – und damit auch die WLAN Verbindung – ab, und der Hotspot ist nicht mehr nutzbar.

Nachdem weder eine Google Suche noch eine Anfrage an den DB Kundenservice eine Lösung brachten, habe ich also selbst angefangen zu tüfteln. Das Ergebnis: Mit einem Trick lässt sich das Problem umgehen und die Verbindung doch herstellen. Es folgt eine Schritt-für-Schritt Anleitung.

Und so geht’s:

1. In die Einstellungen > Wi-Fi.
   
2. Sicherstellen, dass das WLAN_am_Bahnhof in der Liste auftaucht.
   
3. Dann Anderes … wählen. Als Netzwerkname einfach tmobile eingeben.
   
4. Jetzt zeigt das iPhone kurz tmobile als aktive Verbindung an und springt dann direkt auf WLAN_am_Bahnhof. Das tmobile Netzwerk verschwindet jetzt wieder.
   
5. Über den blauen > Pfeil rechts auf die Einstellungen von WLAN_am_Bahnhof. Hier sollte jetzt bei Such-Domains der Eintrag t-mobile.de stehen.
   
6. Oben über Wi-Fi-Netzwerke geht es anschließend zurück auf die Übersicht.
7. Nach ca. 5 Sekunden öffnet sich die Anmeldeseite, und zwar von T-Mobile. Wichtig ist, dass der Empfang gut ist.
   
8. Anmeldedaten eingeben und die Verbindung steht. Frohes Surfen!

Anmerkungen: Autologin habe ich auf diesem Weg bisher nicht ans Laufen bekommen. Allerdings wurde ich bei eingeschaltetem Autologin stets wieder direkt auf die T-Mobile Hotspot Anmeldeseite umgeleitet, wenn ich mich neu mit dem WLAN verbunden habe.

Update: Wenn man T-Mobile als Provider auswählt und nach dem Verbindungsabbruch sich noch einmal mit dem WLAN_am_Bahnhof verbindet, wird man sofort auf die T-Mobile Hotspot Login Seite umgeleitet und kann sich dort einloggen. Das funktioniert ebenso wie die hier beschriebene Variante.

Getestet habe ich heute mit einem iPhone 3G und einem iPhone 3GS am Dortmunder Hauptbahnhof. Bitte schreibt doch eure Erfahrungen und Ergänzungen in die Kommentare.

Multi-Touch Technologie ist älter als man im ersten Moment annehmen würde. Bereits Anfang der 80er Jahre wurde mit der heute als “Pinch to zoom” bekannten Geste experimentiert. Der große Durchbruch in der breiten Öffentlichkeit kam aber erst mit dem Erscheinen des Apple iPhone in 2007. Bereits 16 Monate vorher präsentierte Jeff Han (inzwischen mit seiner Firma Perceptive Pixel unterwegs) auf der TED Conference seinen 30 Zoll Rückprojektions Multi-Touchscreen, der seit 2008 von Microsoft unter dem Namen Surface (in diesem Jahr von der c’t getestet) verkauft wird. Reichlich Spekulationen gibt es auch um ein Tablet von Apple mit Multi-Touch, das für 2010 erwartet wird. Zudem hat Apple bereits ein Patent eingereicht, dessen Gegenstand das “tactile feedback” – also eine haptische Rückmeldung – für Touchscreens ist.

Es stellt sich also die Frage, wie sich die Benutzerschnittstellen und dazugehörigen Geräten entwickeln werden. Ich behaupte, dass wir in den nächsten Jahren eine realistische Alternative zu Maus und Tastatur haben werden. Dass sich mehrere hundert Millionen Nutzer dafür umgewöhnen müssten, lasse ich hier als Argument nicht gelten, schließlich haben sich die meisten dieser Nutzer sogar auf das Texten per Handytastatur eingerichtet. Allerdings glaube ich, dass nicht der Touchscreen-Aspekt –also die Kombination von Darstellung und Eingabe in einem Gerät – das entscheidende ist, sondern die Flexibilität, die eine Multi-Touch Oberfläche bietet, z.B. eben in Verbindung mit haptischem Feedback. Im Klartext: Auf dem Schreibtisch sehe ich auch weiterhin einen Bildschirm und ein Eingabegerät, wärend sich im mobilen Bereich der Touchscreen bereits durchgesetzt hat.

Aber wie könnte dieses Eingabegerät aussehen? Tippen wir dann Silben statt Buchstaben ähnlich der Eingabe von japanischen und chinesischen Zeichen per IME? Passt sich die “Tastatur” kontextabhängig an ahnt die nächsten Schritte voraus? Oder arbeiten wir dann vielmehr mit einem Interface, das gar keine Ähnlichkeit mit dem Bestehenden hat?

Zur Vertiefung des Themas empfehle ich den ausführlichen Artikel Multi-Touch Systems that I Have Known and Loved von William Buxton (Microsoft Research).