bonjour,
comment puis dire au serveur de garder les messages jusqu'a ce le destinataire soit connecté
bonjour,
comment puis dire au serveur de garder les messages jusqu'a ce le destinataire soit connecté
Comment savoir si c'est le bon client ?
Juste la même IP ?
Et plusieurs programmes sur le même "device" (*) utilise ton serveur, comment faire le tri ?
Comment gérer un temps de vie de ses trames différées ?
Combien de temps sont-elles pertinentes ?
Quel est le risque de saturation du serveur avec un stockage infini des trames différés ?
Est-ce que ces données en réponses à une requête d'un ancien client ne sont-elles pas obsolète pour un nouveau client
Autant laisser le nouveau client récupérer ce qui il lui est utile (et désiré) que de le noyer sur un tas de requête qui pourrait nuire à son bon fonctionnement
Datasnap callbacks reconnexion
Datasnap callbacks disconnect
Au final, tout tes sujets ont le même thème, tu exposes juste des approches différentes à la même problématique
(*)
Ton serveur ne sera utilisé que par des "devices mobile" ?
Tu évoque une application web ou une application mobile ?
Ton architecture est mal expliquée, DataSnap étant assez complexe, il faut être précis
DataSnap n'est pas forcément très répandu, faut au moins une licence Entreprise,
vu le nombre de membre qui utilise D7 Perso![]()
Tous ces raisons font que tu n'as pas de réponses à tes questions imprécises !
Comme invoques-tu DataSnap ?
Utilises-tu les connecteurs mobiles DataSnap fournis par Embarcadero pour PHP dans un serveur web ou Objective-C ou Java dans une vraie application mobile
Utilises-tu une version REST de ton serveur DataSnap ?
Si c'est une architecture Web, qui attaque le DataSnap mais le serveur web ?
Est-ce le serveur web via un connecteur ou Rest ?
Est-ce une couche AJAX qui fait relais entre la page web <-> le serveur web <-> le server DataSnap
Est-ce une couche JavaScript qui invoque directement le Server Rest DataSnap ?
Il doit exister encore d'autres combinaisons, tu comprends la difficulté de te répondre !
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !![]()
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
Partager