Push notification avec web socket

Version imprimable

07/08/2015, 11h02
Douaaghof

Push notification avec web socket

salut tous le monde ,

SVP qlq 1 peut m'aider???
j'ai un site web auquel je suis entrain de préparer une application en Androïde studio j'aime bien faire un module de notification dans cette application c'est à dire lorsque je fais un changement (ajout suppression,modification) sur mon site une notification apparaît chez le client .pour résoudre ce problème je pense à utiliser le Web Socket mais j'ai pas trouver des liens ou des documents efficaces qui m'aident .
si vous avez d'autres idées meilleurs que celle là dites-moi :zoubi:

merci pour votre aide et votre compréhension ;)
07/08/2015, 11h56
grunk

Pourquoi ne pas utiliser les outils proposés par google pour gérer les notifications ?

https://developers.google.com/cloud-messaging/

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.
07/08/2015, 12h31
Douaaghof

Citation:

Envoyé par grunk

Pourquoi ne pas utiliser les outils proposés par google pour gérer les notifications ?

https://developers.google.com/cloud-messaging/

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.

mais pour le GCM je peut pas gerer mon application depuis mon site est ce que c ça?? je vois des site spécifique à GCM comme parse.com . Est ce que c'est vrai?
07/08/2015, 13h25
grunk

Parse.com permet effectuvement d'envoyer des notifications , mais c'est une surcouche à GCM. En gros il font une absrtaction des API Google et Apple pour permettre de gérer ça (entre autre) plus facilement.

Si tu ne souhaite t'occuper que d'android , pas besoin de passer par Parse , ou un autre site. Tu peux tout à fait développer une gestion complète des notifications via GCM dans ton site.
Tout est décris dans les Guides , du lien que je t'ai donné précédemment.
Il existe également plein de librairie pour te faciliter la vie , en fonction du langage de ton site

Coté serveur , utilisé GCM ça reviens simplement à envoyer des requêtes HTTP et stocké les identifiants des téléphones qui s'inscrivent au notifications.
07/08/2015, 15h07
Douaaghof

Merci pour votre explication :)
07/08/2015, 15h09
Douaaghof

A part le GCM existe -il une solution plus Facile que cette derniére??
11/08/2015, 11h22
Douaaghof

qui a un exemple complet de notification entre un website et une devise androïde studio c'à d le website notifie le mobile???
13/08/2015, 16h02
Mornor

Citation:

Envoyé par grunk

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service (http://developer.android.com/guide/c.../services.html).
13/08/2015, 16h18
grunk

Citation:

Envoyé par Mornor

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service.

Ca c'est du pull pas du push :)
Qu'est ce qui se passe si je décider de fermer manuellement ton service ? Y va se relancer , ça va me gonfler , je vais désinstaller ton appli. C'est pas le but recherché :)

Les notifications c'est du push , ce qui veux dire que même quand l'application est coupé (complètement) ou que le téléphone est éteint , on est sur de recevoir les infos.

Effectivement peut être qu'une appli qui fait des pull toutes les minutes à un impact minime sur la batterie , sauf que si tout le monde fait pareil , on se retrouve avec 40 applis qui font n'importe quoi ,un téléphone qui rame ,u ne batterie qui fond comme neige au soleil et de la data consommée à l'insu de mon plein grès.

Y'a une solution simple et gratuite pour gérer les notifications , je vois pas l'intérêt de faire autrement :roll:
Il existe même des services comme Parse , qui permettent d'unifier les notifications Android/IOS et même d'encore simplifier le processus.
13/08/2015, 16h24
nicroman

Citation:

Envoyé par Mornor

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

Alors on ne doit pas utiliser le même android.
Je peux dire qu'un téléphone qui fait une requête toutes les minutes (j'avais fait ça pour du monitoring de serveur) en Wake-up... le téléphone mourrait joyeusement au bout de 6h / 7h.... il n'avait pas 3000mAh certe... mais tout de même. Le temps de réveil d'un téléphone (mise en charge des éléments, reload de la mémoire) + connexion au réseau non filaire, est super couteux en énergie / temps.

Citation:

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service (http://developer.android.com/guide/c.../services.html).

Que ce soit un service ou non, si l'application est "tuée" le service ne tourne plus. Si le service tourne encore, il y a un grave bug dans l'application.
Et je pense que ce qu'il voulait dire est "quand le téléphone est en veille". Et dans ce cas, à moins d'être réveillé par un push externe (GCM) ou un push interne du AlarmManager (en WAKE), aucun service ne tourne.