Parse service retired

[Daniel]

Ich muss den Code wieder herauskramen - aber aus dem Gedächtnis:
Für den Server hatte ich lediglich einen INDY-Client sowie die Zertifikate von Apple genutzt. Damit hatte ich dann die von Dir beschriebene Verbindung zu den Servern von Apple / Google aufgebaut.

Für den Client musste ich ein oder zwei Klassen ableiten, um die Notifikationen empfangen zu können. Ich konnte mich dabei aber eng am dem Code der Parse-/Kinvey-Komponenten orientieren. Denn der eigentliche Versand der Notifikationen erfolgt ja auch bei denen dann über die offiziellen Server. Client-Seitig spielt es also keine Rolle, wie der Push nun initiiert wurde.

[mjustin]

Zitat von Daniel:

Für den Server hatte ich lediglich einen INDY-Client sowie die Zertifikate von Apple genutzt. Damit hatte ich dann die von Dir beschriebene Verbindung zu den Servern von Apple / Google aufgebaut.

Mit Apple habe ich noch nicht gearbeitet, bei GCM braucht man neben dem HTTP Client auch einen eigenen HTTP oder XMPP Server, der die Geräte-Registrierungen mit der Device-ID von Google empfängt und (bei HTTP) auch Nachrichten vom Client.

[sh17]

Hier entsteht gerade eine Übersicht an Alternativen zu Parse

https://github.com/relatedcode/ParseAlternatives

[RWarnecke]

Ich habe aktuelle eine App in Xcode fertiggestellt. Ich benutzte nur die Zertifikate und lediglich ein entsprechendes PHP Skript, welches für mich die Push-Notifications entsprechend versendet. Meine App empfängt die Nachrichten und zeigt diese dann entsprechend an. Jede Nachricht ist im JSON-Format. Für Push-Notifications benötige ich keinen fremden Dienst, lediglich nur einen LAMPP oder XAMPP.

[vagtler]

Zitat von RWarnecke:

[...] lediglich ein entsprechendes PHP Skript, welches für mich die Push-Notifications entsprechend versendet. [...]

Wie sicher ist das Skript bei mehreren 100.000 Empfängern (evtl. Multi-Plattform)? Kann das Skript auch Segmentierung und A/B-Testing inkl. Analytics?

[RWarnecke]

Zitat von vagtler:

Wie sicher ist das Skript bei mehreren 100.000 Empfängern (evtl. Multi-Plattform)?

Wird sich über die Zeit zeigen, da die App erst seit Donnerstag letzte Woche draußen ist. Das PHP-Script kann Push-Notifications an Android und iOS Geräte schicken.

Zitat von vagtler:

Kann das Skript auch Segmentierung und A/B-Testing inkl. Analytics?

Was verstehst Du unter Segmentierung, A/B-Testing ? Wozu wird das gebraucht ?

[vagtler]

Zitat von RWarnecke:

[...] Was verstehst Du unter Segmentierung, A/B-Testing ? Wozu wird das gebraucht ?

Segmentierung bedeutet die Unterteilung der potentiellen Empfänger in Segmente (z.B. schreibe nur die an, die meine App vor sieben Tage installiert haben, oder nur die, die meine App nur einmal benutzt haben und seit mehr als drei Tagen nicht mehr).

Und beim A/B-Testing kann ich z.B. unterschiedliche Messages an unterschiedliche Testgruppen senden, um zu sehen, welche Message die bessere Conversion Rate erzielt, um dann zu entscheiden, welche ich an die Gesamtheit versende.

https://de.wikipedia.org/wiki/A/B-Test

Und was halt gerne vergessen wird: auch ein PHP-Skript will betrieben sein. Und in Zeiten von Diensten wie z.B. https://onesignal.com/ ist bei mir das Ergebnis der Make or Buy Decision ziemlich klar...

[sh17]

Zitat von RWarnecke:

Ich habe aktuelle eine App in Xcode fertiggestellt. Ich benutzte nur die Zertifikate und lediglich ein entsprechendes PHP Skript, welches für mich die Push-Notifications entsprechend versendet. Meine App empfängt die Nachrichten und zeigt diese dann entsprechend an. Jede Nachricht ist im JSON-Format. Für Push-Notifications benötige ich keinen fremden Dienst, lediglich nur einen LAMPP oder XAMPP.

Push-Notify ohne Google gcm etc? An ein konkretes Gerät? Wie machst Du das ohne polling durch die App?

[RWarnecke]

Zitat von sh17:

Push-Notify ohne Google gcm etc? An ein konkretes Gerät? Wie machst Du das ohne polling durch die App?

Doch ich nutze schon Google GCM, sowas wie in dieser Richtung aus dem Stackoverflow-Beitrag nutze ich für meine App. Damit habe ich über PHP das Apple Push und Google Push kombiniert und kann somit Push Nachrichten von iOS nach Android und umgekehrt senden.

Zitat von vagtler:

Segmentierung bedeutet die Unterteilung der potentiellen Empfänger in Segmente (z.B. schreibe nur die an, die meine App vor sieben Tage installiert haben, oder nur die, die meine App nur einmal benutzt haben und seit mehr als drei Tagen nicht mehr).

Und beim A/B-Testing kann ich z.B. unterschiedliche Messages an unterschiedliche Testgruppen senden, um zu sehen, welche Message die bessere Conversion Rate erzielt, um dann zu entscheiden, welche ich an die Gesamtheit versende.

https://de.wikipedia.org/wiki/A/B-Test

Und was halt gerne vergessen wird: auch ein PHP-Skript will betrieben sein. Und in Zeiten von Diensten wie z.B. https://onesignal.com/ ist bei mir das Ergebnis der Make or Buy Decision ziemlich klar...

Vielen Dank für Deine Erklärung. Das war bei der gerade entwickelten App von mir unter iOS noch kein Thema.

Edit:
Der andere Punkt war auch noch, dass es Zusatzfunktionen im Backend gibt, welche mit den Push Nachrichten zusammenarbeiten müssen, deshalb habe ich mich für das PHP Skript entschieden.

[vagtler]

Zitat von RWarnecke:

[...] Der andere Punkt war auch noch, dass es Zusatzfunktionen im Backend gibt, welche mit den Push Nachrichten zusammenarbeiten müssen, deshalb habe ich mich für das PHP Skript entschieden.

Das ist oft der Fall. Daher ist auch die Güte der zur Verfügung stehenden API des Push-Service-Anbieters selbstverständlich bei einer Evaluierung mit in Betracht zu ziehen.