Discussion :

[luffyfr]

Bonjour,

je développe une petite admin permettant une gestion de fiche.
Afin d'éviter le problème de 2 utilisateurs voulant modifier la même fiche en même temps, j'aimerais savoir si il y a un moyen de bloquer une fiche lorsqu'un utilisateur est déjà présent sur celle-ci et pouvoir afficher sur la page listant les fiches, quel utilisateur est présent sur la fiche en question.

Merci d'avance

[Nowwis]

Salut,

L'idée :
- Lors de l'affichage de la ficher (form de modification je suppose), tu pourrais passer une valeur dans la base de donnée à 1 (sur la fiche par exemple, ajoute un champ "modif"), par défaut à 0.
Lors de l'arrivé d'un membre dessus, ça passe à 1.
Tu vérifies lors de la liste des fiches celle qui sont a 1 et tu ne fais pas de lien dessus, ça les "griseras" en quelques sorte. Et si la page du form, tu vérifies également qu'elle ne soit pas à 1 du coup, personne ne verra le form si elle est en cours de modification.

Lors de la validation de la fiche (modification), tu remets le champ à 0.

Et voilà, ton système marchera.

[luffyfr]

salut Simdu80,
oui j'y avais pensé a cette solution, mais si une personne est sur la fiche, et qu'il ferme maladroitement le navigateur, je ne passerais pas le champ à 0, il restera à un et j'aurais un bug dans mon admin je pense...
n'y a t-il pas un moyen de faire comme sur certains forums ou on affiche les personnes présentes sur certains sujets ou endroit dans le forum ?

[Kaamo]

fouille du coté de l'événement "onunload" de javascript qui s'exécute lorsque tu fermes ou changes la page

[Benjamin Delespierre]

Tu n'es pas forcément obligé de passer par JavaScript - qui par ailleurs n'est pas un gage de sécurité car il peut être désactivé par le client, rendant ton système de sécurité caduc.

Supposons que la fiche qu'un utilisateur est en train de manipuler soit un fichier. Tu peux tout à fait poser un verrou dessus (voir flock) le temps du traitement et retirer le verrou une fois que l'utilisateur à fini ses changements. Au chargement de la page de visualisation de la fiche, tu vérifie l'état de ce verrou et s'il est posé, tu peux par exemple afficher un message "un utilisateur à ouvert cette fiche, elle n'est disponible qu'en lecture seule pour le moment".

Tu peux faire de même avec des bases de données en verrouillant des tables (LOCK TABLE) ou en mettant un flag dans une colonne pour éviter que 2 utilisateurs n'éditent la même ligne.

Tu peux également contourner le problème en utilisant des techniques beaucoup plus complexe basées sur du cache et le design pattern IdentityMap (en somme pour faire comme Hibernate en Java). Mais c'est chasser la mouche au bazooka si tu en arrive là...

[Invité]

salut,

en complément de ce qui a été dit concernant la déconnexion maladroite de l'utilisateur.

Il faut distinguer la fin de consultation volontaire de la fiche, et le temps maximum de consultation accordé.

Si la fin de consultation est volontaire, tout baigne.
Sinon on peut procéder de deux manières :
la basique : tu mets une tempo max de consultation (ex : 15min). Au bout de 15 min, tu déconnectes l'utilisateur, et lui demande de se reco (mais pe que qq1 d'autre aura prit le jeton sur la fiche). Inconvénient : si l'utilisateur a désactivé js (...) et a quitté la page, alors on perd 15-x minutes pour rien.

la un peu mieux : tu mets une deuxieme tempo de présence (ex:1min). Toutes les minutes, tu dis au serveur que tu es toujours là. Si tu as le js activé, c'est transparent. Sinon, tu te fais spammer toutes les minutes.
Par contre, ca surcharge le serveur d'un appel toutes les minutes.

Après qui désactive encore son js!!

Enfin, je me pose la question de la déconnexion, ne peut-on pas imaginer un iframe avec un auto-refresh qui se charge de dire au serveur qu'on est toujours là?
Ca règle les problèmes de js!