imaginons un serveur ftp et plusieurs clients connectés
ils éditent tous en même temps un même document
quand chacun a fini son travail et valider
le résultat final est aléatoire
qu'elle solution utiliser pour qu'un seul client puisse éditer le document en question
merci
# WebDAV
Posté par saintamand . Évalué à 1.
Le protocole WebDAV semble tout à fait correspondre à tes besoins. En plus c'est facile à installer et à sécuriser que le HTTP.
Cordialement.
[^] # Re: WebDAV
Posté par robertix . Évalué à 2.
# Des outils faits pour!
Posté par Grunt . Évalué à 4.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Des outils faits pour!
Posté par robertix . Évalué à 1.
gobby semble très interressant
http://www.ponge.com/telechargements/copies-d'ecran/gobby.pn(...)
robertix
# gestion de version.
Posté par nomorepost . Évalué à 2.
Quel volume (3 fichier, 500, ...) ?
Quel profil d'utilisateur (néophytes, ...) ?
Est-ce un projet de logiciels avec des sources, des documents bureautiques ?
Ce que tu décris correspond typiquement aux problématiques d'édition concurrentes gérés par les outils de gestion de versions.
Si tu souhaites vraiment le verrouillage exclusif avec une approche centralisée, tu peux mettre en place un serveur subversion derrière un frontend Web et utiliser le "lock".
Ca ouvre alors des perspectives pour des usages plus souple avec des éditions concurrentes sur le même fichier et une fusion des modifications sur les fichiers modifiés en concurrence au moment où on les remet.
Pour du bureautique, tu peux aussi t'appuyer sur un outil de type GED genre alfresco qui gère aussi le lock.
Après tu as les outils de gestion de version décentralisés qui ne verrouillent pas l'accès à un fichier mais qui te permettent de contrôler la fusion , type mercurial, bazaar, ou encore Git
Pas mal de bouquins sont écrits de cette facon. Il suffit d'aller voir sur Github.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.