Perte de commentaires après rédaction trop longue [résolu]
Lorsque vous faites un commentaire, il arrive que cela prenne du temps, surtout si c'est structuré et bien fouillé. Si le serveur vous éjecte entre temps, on perd toute trace du commentaire écrit, en particulier si on clique sur continuer après s'être reloggé. Gênant.
Agnès![]() from le Grésivaudan (grenoble-chambéry) Associate, 2029 posts | Effectivement, quand on s'y frotte, ça Un "pécialiste" nous en dira problablement plus, mais je pense que c'est lié aux procédures d'authentification. J'ai rencontré ce problème avec d'autres logiciels où l'authentification est nécessaire. Et s'il ne se passe rien durant un laps de temps, on est déconnecté. Après avoir beaucoup râlé - perdre une heure de travail est - et même supplié mon développeur préféré de mettre les mains dans le cambouis pour remédier à ça (mais il a pas encore eu le temps, grrrr), j'ai pris la bonne et saine habitude de faire de temps en temps un ctrl+c, ou tout bonnement d'enregistrer une première version.Pour egroupware, on a solutionné en "rapide" en augmentant le temps d'inactivité avant déconnexion. Pourrait-on savoir si il y a aussi un "timing" sur Yacs, et si oui, de combien de temps disponsons-nous, docteur ? Agnès Il n'y a pas de problème, que des solutions. |
| Bernard from nearby-an-airport Associate, 6728 posts | Pas normal, ça. Ce fut l'un des problèmes traités dans les premiers temps de YACS, après que ma Maman, grand-mère de son état, ait perdu plusieurs fois ses envois sur Entre Cousins, et après que j'ai moi-même été éjecté de cette façon une paire de fois. Donc depuis, un gentil script Javascript a été ajouté à tous les formulaires YACS pour interroger le serveur à intervalles réguliers, ce qui permet de préserver les données de session côté Apache. Simple mais très efficace, et non intrusif pour les utilisateurs La valeur actuelle du timer est de 10 minutes. Peut être est-ce trop long pour votre ISP ? N'hésitez pas à suggérer une autre valeur plus adaptée, si besoin. |
| Bernard from nearby-an-airport Associate, 6728 posts | Vinc: Il n'y a pas de problème, le script qui existe déjà dans YACS s'adresse au serveur en tâche de fond, sans interrompre la saisie en cours. Juste une petite requête web pour faire savoir à Apache qu'il doit préserver les données de session encore un peu de temps. Et il recommence toutes les dix minutes... Avec ce système il m'est déjà arrivé de rester une heure ou deux sans être déconnecté... Les seuls cas qui ne marchent pas : lorsque javascript est désactivé sur le navigateur, ou lorsque le délai de réarmement du script (actuellement, 10 minutes) est supérieur au time-out du serveur. |
| Vinc from Bruxelles 114 posts |
Ok, merci. Cela semble bien pensé, comme d'hab J'ai supprimé mon message précédent parce que je pensais hors propos mais tu y as répondu ciç-dessus. Si je constate encore ce genre d'événement, j'espère pouvoir en dire plus. |
| Bernard from nearby-an-airport Associate, 6728 posts |
Vinc: Tout dépend de la durée des sessions paramétrée sur le serveur. Peut-être moins de 10 minutes ? |
| Vinc from Bruxelles 114 posts |
Bernard :. c'était votre serveur. Il était donc paramétré à dix minutes. Je surveillais les gosses , j'étais très souvent interrompu et ma réponse était longue. cela a certainement duré une heure... . Soit, je crois qu'on peut s'arrêter là, depuis, j'ai digéré.
|
Rate this page
Posted by Vinc on Apr. 18 2006, page edited by Christian on June 14, (popular)

- et même supplié mon développeur préféré de mettre les mains dans le cambouis pour remédier à ça (mais il a pas encore eu le temps, grrrr), j'ai pris la bonne et saine habitude de faire de temps en temps un ctrl+c, ou tout bonnement d'enregistrer une première version.
. Mais je ne comprends encore moins ce qui est arrivé.
et ma réponse était longue. cela a certainement duré une heure...
. Soit, je crois qu'on peut s'arrêter là, depuis, j'ai digéré.