iPhone OS 3.0: Push-Integration setzt Server bei den Entwicklern voraus
Die letzte Woche in den Testphase gegangenen Push Notifications, die mit dem iPhone OS 3.0 kommen sollen, könnten sich für kleinere Entwicklergruppen als Problem herausstellen: Entwickler, die Push-Funktionalität in ihre Apps einbauen wollen, benötigen dafür Server, um die Abfragen aus den Apps verarbeiten und an Apple weiterleiten zu können.
Mit Push können Nachrichten abonniert werden, die dann ohne eine gezielte Abfrage des Nutzers bereitsgestellt werden, auch dann wenn eine App nicht läuft.
Im Vergleich zu web-basierten Diensten müssen bei Push zwar keine kompletten Seiten geladen werden, der Server bekommt aber in recht kurzen Abständen Abfragen, die verarbeitet werden müssen. Es ist keine Kostenfrage, in den meisten Fällen braucht es lediglich eine stabile Internetverbindung und einen kleinen Server, um die für Push notwendigen Skripte laufen zu lassen. Es ist aber eine Frage von Arbeitsaufwand: Server müssen gewartet und auf dem neuesten Stand gehalten werden, um Erreichbarkeit und Sicherheit zu gewährleisten.
Tatsache ist, dass das Gros der Entwickler, die Push nutzen möchten, Entwickler von Webdiensten sein dürften. In den Fällen ist ein Server ohnehin vorhanden und die Implementation kein größeres Problem. Primär sind es Dienste wie Instant Messenger die von der neuen Push-Funktionalität profitieren werden, diese haben ohnehin schon ein funktionierendes Serversystem.
Push Notifications ermöglichen es Apps, Nachrichten abzurufen, ohne dass der Nutzer dafür selbst eine Abfrage starten muss. Dies ist vor allem für Instant Messenger und Mailprogramme eine gute Sache, da die Apps für diese Funktion nicht laufen müssen und anstatt dessen alles im Hintergrund abläuft. Vorteil: Mobile Endgeräte verbrauchen dadurch beträchtlich weniger Strom. Push Notifications sollen mit dem iPhone OS 3.0 zur Verfügung stehen, Voraussetzung ist, dass die jeweiligen Entwickler ihre Apps dafür umprogrammieren.
tobiasre meint:
Wurde doch auf der Präsentation gesagt, oder?!
rbq meint:
Verstehe ich nicht, was wäre denn die Alternative? Hat irgendjemand erwartet, dass man die Push-Nachrichten per Fax an Apple schicken kann?
“Guten Tag liebe Apple-Mitarbeiter, bitte teilen Sie Benutzer 56395726 mit, dass eine E-Mail eingetroffen ist. Den Bing-Sound senden wir Ihnen mit separater Post auf CD. Vielen Dank.”
Wo sollen denn Events zum Benachrichtigen entstehen, wenn nicht auf irgendeinem Server?
Ich habe den leisen Verdacht, dass der eigentliche Knackpunkt bei der stillen Post zwischen den Nachrichtenseiten und Sprachen verlorengegangen ist. Die Kerninformation ist vermutlich etwa, dass Apple nicht per “Push” Daten entgegennimmt, sondern entweder zyklisch und für alle Nutzer oder bei Bedarf des Clients nur für diesen Daten abholt?
In diesem Fall ist mir aber noch nicht klar, was “Server” hier meint, bzw. was daran man nicht mit einem 1€-Shared-Host oder etwa einer kostenlosen AppEngine-Anwendung umsetzen kann. Geht es um Datenvolumen/Requests oder stellt Apple (Beispiel-)Bibliotheken für irgendeine exotische Laufzeitumgebung zur Verfügung?
Oder liege ich total daneben? Vllt. könnt ihr irgendwelche Quellen mit konkreten Informationen nennen, worum es überhaupt geht.
derdanie meint:
Ich find das nun doch etwas affig, dass darüber heute allen berichten. Ist das Sommerloch denn bereits da?
Wie soll denn sonst irgend etwas auf die iPhones übertragen werden? Gedankenübertragung?
Dass serverseitig Maßnahmen notwendig sind, ist doch absolut logisch und seit der Vorstellung vor einem Jahr eigentlich klar, oder?!
kg meint:
@rbq es braucht offenbar bestimmte Bibliotheken auf dem jeweiligen Server, um die Push-Skripte laufen lassen zu können, und die bieten die meisten Anbieter nicht an. Kenne mich nicht genauer damit aus, und ein Großteil der Informationen dürfte wohl auch unter das NDA fallen, von daher müsste man da mal genauer nachfragen bei einem iPhone-Entwickler, der sich schon genauer mit der Sache beschäftigt hat.
Hasar meint:
Dieser Satz ist inhaltlich nicht korrekt: “Im Vergleich zu web-basierten Diensten müssen bei Push zwar keine kompletten Seiten geladen werden, der Server bekommt aber in recht kurzen Abständen Abfragen, die verarbeitet werden müssen.”
Ich vermute mal, ihr habt Erica Saduns Artikel auf ArsTechnica gelesen. Sie bezieht sich dort nicht auf Abfragen an den Server, sondern auf Anfragen vom Server an einen zusätzlichen Dienst wie Twitter. Beispiel: Damit eine Twitter-App mein iPhone per Push über neue Nachrichten informieren kann, muss der Server in regelmäßigen Abständen die Twitter-API abfragen, um dann gegenenfalls die Info über neue Tweets pushen zu können. Skaliert man das auf 10000 oder mehr Besucher, entsteht auf dem Server eine entsprechend große Last.
Hasar meint:
“es braucht offenbar bestimmte Bibliotheken auf dem jeweiligen Server, um die Push-Skripte laufen lassen zu können” -> Nein, braucht es nicht, ein recht simples PHP- oder Perl-Skript reicht.
Mäddin meint:
Die Qualität steeeigt. Quellen werden mach wie vor nicht angegeben und nachgeblubert was so anfiel. tschüss
iPhone 3.0b3: Developer kriegen dritte Beta meint:
[...] nun die dritte Beta zur Verfügung gestellt. Neu sind verschiedene Benachrichtigungstypen für Push Notification, in der Dashcode—IDE wurde die Implementierung von iPhone-optimierten Webapplikationen erlaubt. [...]