PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV 2024 → Heartbeat
Heartbeat
Débuté par Roumegou, 09 mar. 2021 16:29 - 7 réponses
Posté le 09 mars 2021 - 16:29
Bonjour,

qui a essayé ce nouveau système ?
et si je comprends bien, si je met un temps de session à 2 h; l'écran
pourra rester inactif pendant 2 h, sans recourir à des timers pour
reveiller la session ?

Car je pense que je vais abandonner l'AWP car on perd un temps de
dingue pour developper des pages pas si compliquées que ça.

Cela fait plus de 20h que j'essaie de faire tourner ma page agenda
(mise au point en session) en mode awp.
Je voulais vraiment avoir un système qui maintienne les pages; mais le
prix à payer à la fois en terme de rapidité (se connecter, se
reconnecter, recharger ...) et en terme de developpement est vraiment
trop important.

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Membre enregistré
22 messages
Popularité : +4 (6 votes)
Posté le 09 mars 2021 - 20:08
Ca semble possible,
mais pour moi,
l'utilité première est surtout est de fermer la session rapidement après que la personne a fermé le navigateur (et non fermé l'appli).
C'est pénible quand tu dois faire une mise à jour que tu vois sur le serveur des sessions en cours
alors que les utilisateurs ne sont plus dessus (et comme j'ai des remords à les déconnecter violemment si ce n'est pas urgent...).


Sur les paramètres classiques (la session)
j'avais tenté de mettre 2h pour que les utilisateurs ne se fassent pas jeter,
mais parfois au bout de 5 minutes, certains se font jeter (je l'ai constater en direct).


(Et convertir tes pages en PHP, ça ne pourrait pas contourner le soucis ?)
Posté le 10 mars 2021 - 10:40
mais parfois au bout de 5 minutes, certains se font jeter (je l'ai constater
en direct).


en time out requete pas time out session ?
I suppose ?

ça c'est aussi une abhération et une évolution demandée que l'on n'a
jamais eue
Pouvoir contextuellement (par prog) allonger le time out requete quand
c'est nécessaire (donc attendu)

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Membre enregistré
1 623 messages
Popularité : +100 (114 votes)
Posté le 10 mars 2021 - 12:25
En fait comme on en a parlé récemment dans un autre post :
Le heartbeat va effectivement permettre de mettre des sessions longues et de les faire fermer au bout de x minutes si le serveur n'a pas eu de nouvelles de la part du navigateur.

Ce système va automatiser celui qu'on devait gérer manuellement avec des timers navigateurs auparavant, mais a tout de même un avantage par rapport au timer. Avec le timer si le navigateur était fermé, il fallait attendre la fin de la session pour qu'elle se coupe toute seule. (ce qui peut être chiant si on met des sessions longues)

Après, pour ton problème avec AWP, passer d'un mode dynamique a AWP d'une page existante.. n'est pas facile. Et il y a peut-être même des fonctionnements qu'on avait prévu en dynamique session qu'on ne peut plus faire en AWP.

Pour moi AWP, il faut le voir comme du PHP en fait. Donc il y a forcement des choses qu'on ne peut plus faire, ou alors il faut les penser complètent différemment qu'en mode session.
Membre enregistré
22 messages
Popularité : +4 (6 votes)
Posté le 10 mars 2021 - 17:06
Roumegou a écrit :
mais parfois au bout de 5 minutes, certains se font jeter (je l'ai constater
en direct).


en time out requete pas time out session ?
I suppose ?


Time out de session,
la personne ouvre l'appli, on discute 5 minutes et quand la personne clic pour changer de page,
fermeture avec indication de timeout (alors que réglé sur 1 heure)
Posté le 12 mars 2021 - 11:47
Bonjour,

qui a essayé ce nouveau système ?
et si je comprends bien, si je met un temps de session à 2 h; l'écran pourra
rester inactif pendant 2 h, sans recourir à des timers pour reveiller la
session ?

Car je pense que je vais abandonner l'AWP car on perd un temps de dingue pour
developper des pages pas si compliquées que ça.

Cela fait plus de 20h que j'essaie de faire tourner ma page agenda (mise au
point en session) en mode awp.
Je voulais vraiment avoir un système qui maintienne les pages; mais le prix à
payer à la fois en terme de rapidité (se connecter, se reconnecter, recharger
...) et en terme de developpement est vraiment trop important.


Bonjour

ça s'active comment cette histoire ??
je ne vois ça nulle part
ni dans les propriétés du projet, ni dans la prod, ni dans l'admin du
serveur ?

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Posté le 12 mars 2021 - 16:42
Bonjour,

qui a essayé ce nouveau système ?
et si je comprends bien, si je met un temps de session à 2 h; l'écran
pourra rester inactif pendant 2 h, sans recourir à des timers pour
reveiller la session ?

Car je pense que je vais abandonner l'AWP car on perd un temps de dingue
pour developper des pages pas si compliquées que ça.

Cela fait plus de 20h que j'essaie de faire tourner ma page agenda (mise au
point en session) en mode awp.
Je voulais vraiment avoir un système qui maintienne les pages; mais le prix
à payer à la fois en terme de rapidité (se connecter, se reconnecter,
recharger ...) et en terme de developpement est vraiment trop important.

Bonjour

ça s'active comment cette histoire ??
je ne vois ça nulle part
ni dans les propriétés du projet, ni dans la prod, ni dans l'admin du serveur
?


SessionHeartBeatActive(Vrai, 10min)

par programmation donc ...

et pourquoi pas pendant qu'on y était un
SessionDuree
SessionRequest ??

Mais ça ça aurait été de la logique

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Membre enregistré
5 messages
Posté le 27 janvier 2023 - 20:48
Déconnecté après 5 minutes ?
J'ai aussi ce problème, à la fois avec IIS et Apache HTTP, à partir de WEBDEV 26.
Je l'ai résolu en insérant cette instruction:
SessionHeartBeatActive(Faux)
Message modifié, 27 janvier 2023 - 20:49