Nachricht von Server an Handy senden

Hallo schaue mal hier.

https://www.nextpit.de/forum/804551/hilfe-gesucht-daten-von-webserver-abrufen-und-push-mitteilung-senden

— geändert am 16.07.2020, 18:19:55

Also eigentlich ist Firebase genau das was man dafür nutzt.
Entweder machst du das mit Push Nachrichten über FCM, oder über die Firebase Realtime Database.
Die sendet jede Änderung der Daten in Echtzeit in deine App.

Wenn du das WIRKLICH selbst machen willst - wovon ich abraten würde, weil es eine "world of pain" ist - wären WebSockets die Technologie der Wahl.

Mit WebSockets musst du aber ständig einen Service im Hintergrund laufen lassen und darauf achten das das System diesen nicht abschießt. Dann kommt eine Akkubelastung hinzu etc...
Je nachdem wie häufig du Daten haben willst könntest du auch alle x Minuten pollen. Auch nicht schön aber vlt besser als ein eigener Service im Hintergrund.

Hallo im übrigen ist es auch nicht unbedingt notwendig die push Nachrichten auf dem Display oder Status Zeile anzuzeigen. Der resiver kann auch ohne Anzeige arbeiten.

FCM läuft sowieso immer im tief im System eigentlich schon im Kernel.

Ist also immer vorhanden. Du musst ja auch fast keine Daten mit FCM übertragen. Du willst ja dem User nur mitteilen das es neue Daten gibt die die app dann selber von deinem Server abholt.

— geändert am 17.07.2020, 15:58:03

Bei FCM kannst du einzelne User gezielt ansprechen und Nachrichten an einzelne Registration Id schicken.
das ist hier alles implementiert.
Die IDs kannst du auch nur bei dir Speichern, diese kennt dann Google über den Account.
und wenn der User einen Google Account hat, hat er den Google Datenschutzbestimmungen sowieso zugestimmt.

Und ja mit Service meine ich einen Android Service welcher im Hintergrund laufen muss, was sowas an Akku kostet ist nicht pauschal zu sagen, das kommt darauf an, was du machst und welche Technik du verwendest.
Somit nicht vorher zu sehen.

Fyi:
https://steelkiwi.com/blog/push-notifications-services-how-to-choose/

— geändert am 17.07.2020, 20:50:13

Als weitere Alternative schoß mir noch die Idee durch den Kopf, eine
SMS an das betroffene Handy zu schicken. Aber wenn die dann nur in den
SMS-App angezeigt wird, nutzt es auch nichts. Gibt es eine
Möglichkeit, in der App einen EventHandler zu schreiben, er eine SMS
empfängt?

Ja das geht. WhatsApp macht ja genau das bei der Anmeldung.

Hallo ja das über SMS zu lösen ist schon möglich .
Nur ist es recht langsam und der User bekommt auch die SMS angezeigt. Außerdem brauchst du auch die Tel. Nummer des Handys um die SMS schicken zu können. Gebühren fallen auch für eine SMS an.

Ich würde das das FCM Data Message benutzen.
https://firebase.google.com/docs/cloud-messaging/concept-options

und wenn du nur eine Info schickst das neue Daten auf dem Server sind. Sollte es auch keine Probleme mit dem Datenschutz geben. Denn du schickst ja nur der App eine Info das sie die neuen Daten mit deinen Authentifikation bei deinen Server abholen kann. Wenn die App nicht läuft brauchst du auch nicht darauf reagieren.
Startet die App holst du erstmals die aktuellen Daten vom Server. Bist also auch wieder aktuell.

https://www.kuketz-blog.de/vorsicht-android-entwickler-beim-umstieg-von-gcm-auf-fcm-ist-tracking-aktiviert/

— geändert am 19.07.2020, 15:03:09

Hallo zu dem Thema Service. Wenn ich dich richtig verstehe wird der ja nur solange laufen wie deine App im fodergrund ist. Geht die app in den hindergrund könntest du ihn beenden.
Beim wider sichtbar werden der App startest du ihn neu und holst gleich die neusten daten.

Somit sollte der Akku auch nicht so stark belastet werden. Wenn die app nicht gestartet ist brauchst du doch auch nicht auf neu daten zu reagieren.

Oder wie ist sonst das handling der App.

Ich glaub das Problem mit dem Datenschutz ist halt eher, dass FCM nur funktioniert, wenn es die Geräte-ID in Verbindung mit dem Push-Token serverseitig speichert. Das sind personenbezogene Daten.
Diese Speicherung geschieht in den USA nach den dortigen (lascheren) Datenschutz-Standards.
Um die gab es ja jetzt auch kürzlich wieder Ärger, weil der EUGH geurteilt hat, dass bei Übertragung von Daten aus der EU in die USA der Datenschutz nicht leiden darf.

Kann ich schon verstehen, dass man das nicht unbedingt toll findet, aber mann muss auch abwägen was der Aufwand wäre es anders zu machen.
Wenn man bedenkt, dass sogar deutsche Banking-Apps FCM nutzen, würde ich da aber wirklich ungern das Rad neu erfinden. Vor allem nehme ich an, dass es bei der App zumindest nicht um Daten geht, die sensibler sind, als die im Online-Banking.

— geändert am 20.07.2020, 08:57:27

FCM ist auf jeden Fall der akku schonennste Nachrichten Service. Denn der läuft immer und auf Kernel ebne.

@Rafael K. welche Nachrichten Dienste kennst du noch für Android.?

WhatsApp, Email Push nutzen meiner Meinung nach auch FCM.

Zum Speichern in der USA, es war doch so das du bei firebase am Anfang beim Erstellen des Projektes gefragt wirst wo auf welchen Server du das Projekt haben willst.

— geändert am 20.07.2020, 11:03:11

Ich glaube WA nützt zusätzlich noch XMPP Push Technologien um auch auf Geräten ohne Google zu laufen. aktuelle Huawei Geräte z.b
E-Mail ist es ganz vom Client abhängig, die meisten 3rd Party Mail Apps Pollen alle x Minuten, wirkliches Push können nur die Apps der Provider direkt machen ansonsten müssten deine E-Mail Zugangsdaten an Server der 3rd Party App Betreiber weitergegeben werden.

SMS dürfte gehen und sollte zumindest in Zeiten von Wifi-Calls etc. auch überall mit WLAN oder Mobilfunk empfangbar sein. Kosten dürften mit einer passenden Flat mit unlimited SMS nicht sehr hoch sein.
Allerdings muss der Nutzer sich dann mit seiner Telefonnummer registrieren, das finde ich nur für Push Nachrichten etwas blöd.

@Rafael K. welche Nachrichten Dienste kennst du noch für Android.?

Wie gesagt keine
The next best thing wären halt WebSockets, aber die sind nicht so tief im System verankert und können z.B. das Geräte nicht aus dem Sleep aufwecken.

Und dann verknüpft Google, so fürchte ich, die Nachricht mit den
Ortungsdaten und anderen Gigabytes über den User, und daraus entsteht
schon eine komplexere Aussage (oder eine Fehlinterpretation, die eher
noch kritischer ist).

Das kann man halt so oder so sehen.
Google kommuniziert ohnehin STÄNDIG mit JEDEM Android Phone.
Also die Pushes deiner App braucht Google ganz sicher nicht, um Bewegungsprofile von Geräten anzulegen
Wenn Deine App also nicht weitere Profile über den Nutzer anlegt, wird durch deine App zumindest der Datenschutz des Nutzers nicht schlechter als er eh schon ist.
Wenn es also nicht grade darum geht eine App am Play Store vorbei auszuliefern auf Geräte, die nicht mit einem Google Account eingeloggt sind, wirst Du immer auf Geräte abzielen, die schon im Würgegriff von Google hängen.
Dann kann es Dir auch egal sein FCM die Daten nochmal zu geben, die Google eh schon hat

Um FCM zu nutzen, muß der User sich bei Google für den Dienst registrieren.

Stimmt so nicht ganz. Das macht deine App wenn du sie bei firebase eingetragen hast. Dann bekommt deine app eine id. Und der User bekommt wenn ein token automatisch.
Das überwachen analytics kannst du abschalten. Brauchst auch nicht die support library im gradle einbinden. Dann gibt es kein analytic.

Ein eigenes pollen wäre dann wohl das beste. Brauchst du ja auch nur machen wenn die app im Vordergrund ist. Nachrichten willst du ja nicht nur die app actuell halten. Wenn der User damit arbeitet.

Auch beim pollen müssen keine grossen Daten fließen. Netzlast wird nicht so riesig sein.

Ein aufwecken aus dem Schlaf ist bei seiner App eigentlich auch nicht notwendig.
Somit reicht ein einfacher services und WebSockets. Der service kann ja mit beenden oder in den hinderund treten auch beenden werden. Wenn der User wider arbeitet hollt die app als erstes die aktuellen Daten. Und anschließend pollt der Service ob es neue Daten gibt.

— geändert am 20.07.2020, 16:10:50

Wenn das wirklich so ist, dann machst du 2 Builds/ Versionen der App eine mit und eine ohne FCM (oder deaktiviert).
Dann kann das kein Kriterium mehr sein. Du hast halt nur einen kleinen Wenig mehr aufwand und in der anderen Version keine Push Nachrichten, dafür polling o.ä.
Dann kann sich jeder Frei entscheiden was er nutzen möchte.

Alle varianten zu Implementieren scheint mir zu aufwändig.
Ich würde maximal 2 davon wählen und falls es für User wirklich abschreckend ist, dass das FCM Modul enthalten aber deaktivierbar ist, dann kannst du immernoch auf 2 Versionen umsteigen.

Hallo
bei deinen Versionen stellt sich mir die Frage nach dem Unterschied
Websoket und Polling.
Ein Polling würde ich auch über Sockets machen. Nicht http.

Zum Tehma der User soll selbst in der App entscheiden ob er FCM nutzt oder nicht. Da musst du die app auch wenn der User es nicht nutzen möchte bei Firebase registrieren. Und die support lib einbinden. Dein Datenschutz (deine Bedenken zu FCM) ist somit schon dahin. Auch wenn der User in der App nein sagt.

Deshalb zwei Varianten. Mit FCM und ohne.

— geändert am 21.07.2020, 11:42:20

Zum Tehma der User soll selbst in der App entscheiden ob er FCM nutzt
oder nicht. Da musst du die app auch wenn der User es nicht nutzen
möchte bei Firebase registrieren. Und die support lib einbinden. Dein
Datenschutz (deine Bedenken zu FCM) ist somit schon dahin. Auch wenn
der User in der App nein sagt.

Man kann Firebase in das Projekt einbinden und den automatischen Start im App Manifest deaktivieren.
Und zwar sogar einzeln für Messaging und Analytics.
Dann kommuniziert die LIB solange nicht mit Google Servern, bis man das programmatisch anstößt.
Das habe ich in einem Projekt wirklich mal mit einem HTTP Proxy debugged. Die Lib tut dann wirklich nichts.

Außerdem könnte man auch mit Flavors arbeiten und die Dependency+Code für Firebase nur in einem bestimmten Flavor einbinden. Dann hätte man nichtmal die LIB im resultierenden APK drin.

Und grundsätzlich würde ich das Ganze jetzt einfach nicht over-engineeren.
Ich weiß ja nicht was für eine Zielgruppe ihr da ansprechen wollt, aber ich kenne niemanden, der sich z.B. um die Sicherheit seiner Daten bei der Push-TAN App seiner Bank Gedanken macht.
Die nutzen auch FCM.

— geändert am 21.07.2020, 13:00:46

Außerdem ist ja FCM auch nur eine Benachrichtigung:

Mit dem Inhalt:
"Hey ich hab eine neue super geheime Nachricht für dich. Du kannst diese bei mir abrufen".
Und dann dann der Client über eine verschlüsselte Verbindung unabhängig von Google die Daten laden.
Ich wäre auch dafür entweder FCM zu nutzen oder es ganz weg zu lassen.

Das mag alles richtig sein nur hat er ja so eine immense Angst vor FCM. Das er dem wohl doch nicht trauen sollte. Die app ist trotzdem bei firebase registriert.

Bei der Angst die er vor FCM hat sollte er doch zwei Versionen machen.

Ob das was Rafael sagt für seine Chefs reicht.

Auch ich bin der Meinung das er zu viel bedenken hat FCM zubenutzen. Da werden wohl seine Chefs zu wenig informiert sein.

Auch wenn man FCM abschalten kann. Müsste er es in der Datenschutz Erklärung angeben da es ja eingeschaltet werden kann.

Und genau diese Angabe wollen sich seine Chefs wohl sparen.

— geändert am 21.07.2020, 16:01:48

Richtig @Jokel, dann muss man sich eben auch das Feature sparen oder Zeit investieren

Schau Dir mal Conversations und Signal an. Für beides liegt der Quellcode offen.

Conversations nutzt zumindest in der F-Droid-Version kein FCM. Signal hat einen Fallback für Systeme ohne Google Play Services. Die Nachrichten kommen bei beiden sofort an.

Ich glaube Aries meint, dass du dir anschauen kannst, wie die beiden Apps das Technisch lösen.
D.h. die Quellcode Repos durchschauen und sehen ob du da Code für Push findest.

Signal könnte z.b. WebSockets nutzen:
https://github.com/signalapp/Signal-Android/blob/master/libsignal/service/src/main/java/org/whispersystems/signalservice/internal/websocket/WebSocketConnection.java