Backend/Server Anbieter (Parse.com/PubNub etc.)

Waffeln · 8. Juli 2015, 23:47

In meiner App benutze ich hauptsächlich Parse um Daten zu Speichern und um User zu verwalten. Meine App beinhaltet aber auch einen Chat. Diesen habe ich im moment auch mit Parse gelöst, das ist aber ein bisschen blöd weil das ganze nicht in Echtzeit läuft. Also wenn ich eine Nachricht empfangen will muss ich die Daten auf dem Server nach neuen nachrichten durchsuchen, statt dass sie automatisch weiter geleitet werden.
Jetzt suche ich einen Anbieter der genau sowas unterstützt.
Bin da auf PubNub gestoßen, scheint nicht all zu schwer zu verstehen zu sein und eigentlich genau das was ich suche. Nur habe ich schon bei dem Bridging-Header Probleme.
Fehler: 'PubNub/PubNub.h' file not found
Ich bin genau nach deren Anleitung verfahren und eigentlich sollte es so funktionieren.

Also hat jemand eine Lösung für mich, oder noch besser, hat jemand selbst einen instant messaging Chat programmiert und kann mir sein Backend Anbieter empfehlen?

Spacelapp · 9. Juli 2015, 03:47

Ich kann nur pusher.com/ empfehlen!

Thyraz · 9. Juli 2015, 15:43

Musst du Code in der Cloud ausführen können?
Ansonsten ist auch CloudKit evtl. eine Option.

Mit CKSubscription kannst du Änderungen abonnieren.
Wird dann per Push Notifications gelöst.

IMO sollte es aber auch bei Parse mit Push Notifications machbar sein.

Waffeln · 9. Juli 2015, 21:22

CloudKit funktioniert soweit ich weiss nur mit iOS und Push Notifications sollen zu langsam sein. Ich hab gelesen das es manchmal dauert bis diese ankommen. Wenn das Programm nicht im Vordergrund ist, gut. Aber wenn ich grad im Chatfenster bin doch zu langsam.

Waffeln · 11. Juli 2015, 13:03

Werde jetzt wahrscheinlich doch auf die Push Funktion von Parse zurückgreifen. Ist einfacher und kostengünstiger.

Spacelapp · 11. Juli 2015, 19:27

Ist keine gute Lösung...

Waffeln · 12. Juli 2015, 12:55

Spacelapp schrieb:

Ist keine gute Lösung...

dann erkläre mir mal warum, könntest mich ja umstimmen

kmr · 13. Juli 2015, 11:21

Waffeln schrieb:

Spacelapp schrieb:

Ist keine gute Lösung...

dann erkläre mir mal warum, könntest mich ja umstimmen

Das würde mich auch interessieren.

Thyraz · 13. Juli 2015, 11:35

Gibt es denn im allgemeinen heutzutage noch Probleme mit Push bzw. Verzögerungen?
Parse setzt ja komplett drauf, CloudKit ebenso.

Und da werden ja ganze Chat Apps mit umgesetzt.

Habe bei ersten Tests mit Parse und CloudKit bisher gute Erfahrungen damit gemacht.

matz · 13. Juli 2015, 11:56

Thyraz schrieb:

Habe bei ersten Tests mit Parse und CloudKit bisher gute Erfahrungen damit gemacht.

Parse läuft ganz hervorragend und Push-Notifications kommen sehr zeitnah an

Marco Feltmann · 13. Juli 2015, 20:11

Chats via Push Notifications? Oh Gott!
Das macht man doch heutzutage mit MQTT!

Gemäß Definition von Apple (und auch Google) soll man sich auf die zeitnahe Zustellung der Push Notifications keinesfalls verlassen.
Deshalb ist das keine gute Lösung.

DBocksteger · 14. Juli 2015, 09:02

Marco Feltmann schrieb:

Chats via Push Notifications? Oh Gott!
Das macht man doch heutzutage mit MQTT!

Gemäß Definition von Apple (und auch Google) soll man sich auf die zeitnahe Zustellung der Push Notifications keinesfalls verlassen.
Deshalb ist das keine gute Lösung.

Ich habe auch sofort an ActiveMQ gedacht, aber wem das eventuell zu viel Gefrickel ist mit nem eigenen Server, für den ist sowas cloudmqtt.com eventuell was.

kmr · 14. Juli 2015, 09:15

Marco Feltmann schrieb:

Chats via Push Notifications? Oh Gott!
Das macht man doch heutzutage mit MQTT!

Gemäß Definition von Apple (und auch Google) soll man sich auf die zeitnahe Zustellung der Push Notifications keinesfalls verlassen.
Deshalb ist das keine gute Lösung.

Und Gemäß Definition von Microsoft sollen Push-Nachrichten keine vertraulichen Daten enthalten. o_O

Spacelapp · 15. Juli 2015, 02:07

Nur Push Notifications für nen Chat zu verwenden ist doch quatsch...klar, um die Nachricht anzuzeigen, wenn der User nicht in der App ist okay. Aber Realtime ist das nicht, wenn der Chat durch die Notification neu geladen wird. Vor allem, werden Push Notifications ja bei größeren Mengen (oder eigentlich immer) in nem queue abgearbeitet. Realtime -> pusher.com/

Oder noch besser: process-one.net/en/ejabberd/downloads

Ist halt ne kosten Sache oder nicht?

LG

matz · 15. Juli 2015, 09:21

Spacelapp schrieb:

Nur Push Notifications für nen Chat zu verwenden ist doch quatsch...klar, um die Nachricht anzuzeigen, wenn der User nicht in der App ist okay. Aber Realtime ist das nicht, wenn der Chat durch die Notification neu geladen wird. Vor allem, werden Push Notifications ja bei größeren Mengen (oder eigentlich immer) in nem queue abgearbeitet. Realtime -> pusher.com/

Oder noch besser: process-one.net/en/ejabberd/downloads

Ist halt ne kosten Sache oder nicht?

LG

Mit Parse geht's eben schön "einfach" und "schnell".
XMPP ist da schon harter Tobak ...

Spacelapp · 15. Juli 2015, 22:54

matz schrieb:

Spacelapp schrieb:

Nur Push Notifications für nen Chat zu verwenden ist doch quatsch...klar, um die Nachricht anzuzeigen, wenn der User nicht in der App ist okay. Aber Realtime ist das nicht, wenn der Chat durch die Notification neu geladen wird. Vor allem, werden Push Notifications ja bei größeren Mengen (oder eigentlich immer) in nem queue abgearbeitet. Realtime -> pusher.com/

Oder noch besser: process-one.net/en/ejabberd/downloads

Ist halt ne kosten Sache oder nicht?

LG

Mit Parse geht's eben schön "einfach" und "schnell".XMPP ist da schon harter Tobak ...

"Einfach" und "schnell" heißt für mich "instabil" und "buggy"

LG

matz · 16. Juli 2015, 09:11

Spacelapp schrieb:

matz schrieb:

Spacelapp schrieb:

Nur Push Notifications für nen Chat zu verwenden ist doch quatsch...klar, um die Nachricht anzuzeigen, wenn der User nicht in der App ist okay. Aber Realtime ist das nicht, wenn der Chat durch die Notification neu geladen wird. Vor allem, werden Push Notifications ja bei größeren Mengen (oder eigentlich immer) in nem queue abgearbeitet. Realtime -> pusher.com/

Oder noch besser: process-one.net/en/ejabberd/downloads

Ist halt ne kosten Sache oder nicht?

LG

Mit Parse geht's eben schön "einfach" und "schnell".XMPP ist da schon harter Tobak ...

"Einfach" und "schnell" heißt für mich "instabil" und "buggy"
LG

Nicht unbedingt, man muss eben wissen was man tut