Discussion :

[Lamantin]

Bonjour à tous,
Je suis en train de faire une appli contenant une base de données dans laquelle se trouve les utilisateurs de l'appli
J'aurais voulu indiquer dans l'appli le nombre d'utilisateurs connectés en temps réel, comment faire ?
Merci de vos réponses !!

[bitwin]

Bonjour,

Si la base est du HFSQL C/S, il y a la fonction : HListeUtilisateurConnecté

Cordialement,

Bitwin

[Lamantin]

Je n'ai pas l'impression que HListeUtilisateursConnectes marche pour une application android ?

[bitwin]

Bonjour,

Je suis en train de faire une appli contenant une base de données dans laquelle se trouve les utilisateurs de l'appli

Comment sont gérés vos utilisateurs ?
Comment contrôler vous l'accès ?

N'est-il pas possible de gérer un flag qui indiquerait les utilisateurs connectés ?

Cordialement,

Bitwin

[Lamantin]

Merci pour vos réponses !!
Je me suis peut être mal exprimé : lorsque je parlais d'utilisateurs, je voulais parler des personnes utilisant l'application, ça n'avait rien à voir avec un groupware.
Voici en plus clair ce que je veux faire :
Je suis en train de créer une appli android dans laquelle il faut s'inscrire afin de pouvoir l'utiliser. Toutes les personnes inscrites sont enregistrées dans une base de données.
J'aurais voulu savoir les personnes connectées en temps réel ?
Je précise qu'il y a sans doutes certaines notions qui m'échappent car ça ne fait pas lgtps que je développe sur Windev
Merci !!

[bitwin]

Bonjour,

Une fois l'utilisateur inscrit, doit-il se reloguer quand il revient à nouveau sur l'application ?

Une éventualité :
Utiliser un champ date/heure comme "compteur" dans une structure de fichier de la base de données.
A l'ouverture de l'application, exécuter une procédure via un TimerSys qui mettra à jour la date/heure.
Requêter toutes les lignes sur la date/heure en fonction du délai d'exécution du TimerSys.

C'est peut être consommateur de beaucoup de ressources pour une information qui parait peu importante ...

Cordialement,

Bitwin

[Lamantin]

C'est surtout la notion de personnes connectées à l'appli en temps réel qui m'interesse.
Merci pour votre solution mais, s'il n'y avait pas de base de données, pourrait on savoir combien de personnes utilisent l'appli en temps réel ? Ou bien est on obligé d'utiliser une BDD ?
Est-ce si consommateur d'energie que ça ? Car une appli comme "Coyote" est basée sur ce comptage d'utilisateurs en temps réel et elle fonctionne très bien ?
Cordialement,

[bitwin]

Initialement, le projet prévoit bien une base de données ?

Je suis en train de créer une appli android dans laquelle il faut s'inscrire afin de pouvoir l'utiliser. Toutes les personnes inscrites sont enregistrées dans une base de données.

Pourquoi remettre en question l'utilisation d'une base de données ?

Moi, je me poserai plutôt la question suivante : quelle base de données utiliser dans mon projet ?
Et ce en fonction des besoins (taille, nombre d'accès, emplacement de la base, ...)

Dans la consommation de ressources, il n'y a pas que l'énergie (temps d'accès, temps de calcul, lecture/écriture, volumétrie d'échange, bande passante allouée, ...)

A mon avis, "Coyote" ne fonctionne pas via de l'HyperFile (même en mode C/S)

Maintenant, des solutions techniques il y en a souvent plusieurs. Le plus difficile étant de déterminer la meilleure (accès direct en lecture/écriture, utilisation de socket, consommation d'un ou plusieurs webservices, ...).

Cordialement,

Bitwin

[Lamantin]

Ma base de données est une HFSQL C/S que j'ai créée avec mon projet dans mon analyse.
Quelqu'un m'a suggéré d'utiliser des "jetons" liés à un timer (un peu comme vous me l'avez dit dans un de vos précédents posts) pour compter le nombre de personnes actuellement connectées.
Mais comment faire niveau programmation en WLangage ? Je vous rappelle que je suis novice...
HListeCompteUtilisateur ne marche pas sous android...
Merci bcp !!

[bitwin]

Bonjour,

Vous avez une réponse qui se rapproche effectivement de la mienne sur un autre forum ... Je ne vois vraiment pas où vous bloquer !

Si c'est dans le codage pur de l'application :
Il faut vraiment commencer par l'autoformation de PcSoft.
Ensuite, développez votre projet : base de données, requêtes, IHM, codage, ...
Vous pourrez ainsi poser des questions concrètes (avec du code, des structures, ...) liées aux problématiques que vous rencontrez.

Si c'est dans le schéma fonctionnel :
Indiquer ce que vous n'avez pas compris.

Cordialement,

Bitwin

[Lamantin]

Dernier message et je ne vous embête plus...
Je l'ai lu et relu le manuel d'autoformation et je pense avoir assimilé la plupart des choses expliquées dedans...
C'est juste que je ne sais pas par ou commencer ?
Soit je fais une requête sur ma base de données contenant les personnes inscrites pour savoir lesquelles sont connectées à un temps "t", mais que mettre dans la requête ? Faut il lier la requête avec l'ID des utilisateurs ou leur nom ?
Soit je code avec ces fameux jetons et les timers. Les timers je sais m'en servir mais que sont ces fameux jetons que l'on peut associer à des personnes présentes dans la BDD ? Comment les coder ?
Je fais mon possible mais je bloque sur les actions que l'on peut effectuer sur les membres de la BDD.
Cordialement,

[bitwin]

Dernier message et je ne vous embête plus...

Je ne suis pas le plus embêté, les forums sont faits pour s'entraider

C'est juste que je ne sais pas par ou commencer ?

ça c'est un problème fonctionnel ...

Mon point de vue (il existe certainement d'autres solutions ...) :
Si on considère que l'utilisateur s'identifie au lancement de l'application, j'ajouterai un champ dans la structure (le fichier) qui contient l'utilisateur.
Ce champ contiendrait une date/heure.
Dans l'application, une fois l'utilisateur connecté, je lancerai un Timer (ex. toutes les 3 minutes) pour mettre à jour cette date/heure pour l'utilisateur concerné.
Pour récupérer l'information, il n'y a plus qu'à faire une requête qui compte le nombre d'utilisateurs dont la date/heure est inférieure ou égale à maintenant moins 3 minutes.

Attention, cela sous entend que les périphériques sont tous à la même heure, ça serait trop simple sinon (voir DateHeureLocaleVersUTC ?)

Cordialement,

Bitwin