IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

WinDev Discussion :

Systeme de jeton pour serveur/client windev


Sujet :

WinDev

  1. #1
    Futur Membre du Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Avril 2016
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Avril 2016
    Messages : 6
    Points : 5
    Points
    5
    Par défaut Systeme de jeton pour serveur/client windev
    Bonjour,

    Tout est dans le titre, mais pour être plus clair, voici comment devrai se comporter les interactions en le serveur et le client :
    1) le serveur se met en marche
    2) le client 1 se connecte et reçoit le jeton lui permettant de lire et modifier les données de la base dans le serveur
    3) le client 2 se connecte à son tour, suivi du client 3, ils ne pourront que lire mais pas modifier la base tant que client 1 est connecté.
    4) quand le client 1 se déconnecte, le jeton va automatiquement vers le client 2

    En théorie c'est simple mais je ne m'y retrouve pas du tout au niveau du code. toute aide serait le bienvenue.

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    Janvier 2009
    Messages
    5 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : Janvier 2009
    Messages : 5 197
    Points : 12 772
    Points
    12 772
    Par défaut
    Bonjour,
    Je trouve dommage de bloquer toute la base dès qu'un utilisateur se connecte...
    Pourquoi ne pas bloquer chaque ressource (fiche article, client, facture... peu importe) juste au moment de la (tentative de ) modification ?
    Il suffit alors d'avoir un fichier de "blocage" avec les rubriques "Type de Ressource", "Id de la ressource", "Code Utilisateur", "Date/Heure de réservation".
    Les deux premières rubriques sont la clé unique du fichier.
    Donc pour réserver nue ressource, il suffit de créer un enregistrement avec les bonnes valeurs dans ce fichier. Si la création réussit, la ressource est bloquée et peut être modifiée par l'utilisateur.
    Si la création échoue sur une erreur de doublon, c'est que la ressource est déjà bloquée par un autre utilisateur.
    Il faut bien évidemment penser à supprimer la ligne en question pour libérer la ressource.

    Tatayo.

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Avril 2016
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Avril 2016
    Messages : 6
    Points : 5
    Points
    5
    Par défaut
    Pertinente comme approche, en effet! je vais essayer ça et te dirai en suite ce que j'en pense. En tout cas merci.

Discussions similaires

  1. Aide pour serveur/client en C
    Par margou dans le forum Débuter
    Réponses: 6
    Dernier message: 16/06/2008, 08h31
  2. [DOM] Flux XML pour application client/serveur
    Par le y@m's dans le forum Format d'échange (XML, JSON...)
    Réponses: 4
    Dernier message: 11/10/2005, 15h42
  3. Réponses: 2
    Dernier message: 01/08/2005, 16h55
  4. Choix port pour application client-serveur
    Par Tiaps dans le forum Développement
    Réponses: 7
    Dernier message: 15/03/2004, 09h49
  5. Langage le mieux adapté pour application client serveur ?
    Par guenus dans le forum Débats sur le développement - Le Best Of
    Réponses: 4
    Dernier message: 17/06/2002, 15h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo