Le problème de la concurrence d'accès n'est pas propre aux photos.
Pour les photos d'abord:
Si tu modifies une photo en même temps qu'un autre utilisateur le dernier qui enregistre ses modifs a gagné.
C'est une des motivations des outils de gestion de versions avec l'historique des modifications.
En réponse 2 approches:
Soit on locke le fichier acceder le temps de la manip (schema d'accès concurrent pessimiste)
Soit on n'empêche la sauvegarde tant que la réconciliation avec la version editée en concurrence n'a pas été faite au moyen d'un merge (schema d'accès concurrent optimiste)
Autant c'est simple pour des fichiers texte, quoique (http://revctrl.org/CategoryMergeAlgorithm ) autant ca me parait beaucoup plus compliqué pour des photos.
Ca pourrait être possible avec les métadonnées (tags, ...) mais sur l'image en elle même.
AMHA les soft multi-utilisateurs web based ne traitent pas mieux le pb (c'est peut être pour ca qu'il n'en existe pas à ma connaissance).
Dans ces soft le verrou est permanent car seul le propriétaire de la photo peut la modifier.
Pour des softs natifs, il suffit donc que l'accès en ecriture soit autorisé juste pour le owner (droits unix).
Pour les répertoires c'est le premier qui a parlé qui gagne.
Ce n'est pas un pb en soi. Tu ne vois plus tes photos au bon endroit donc tu raffraichis ta vue dans ton appli.
Pour Picasa, le problème c'est plutôt qu'il gère ca dans une base de données (propre à chaque user). Si tu veux partager ton travail, il faut exporter et réimporter.
Mais pour d'autres softs qui modifient les fichiers dans les répertoires (comme Jbrout, AlbumShaper, ...) ca ne pose pas de pbs insolubles.
[^] # Re: Répertoire partagé
Posté par golum . En réponse au journal Gestion des photos. Évalué à 3.
Pour les photos d'abord:
Si tu modifies une photo en même temps qu'un autre utilisateur le dernier qui enregistre ses modifs a gagné.
C'est une des motivations des outils de gestion de versions avec l'historique des modifications.
En réponse 2 approches:
Soit on locke le fichier acceder le temps de la manip (schema d'accès concurrent pessimiste)
Soit on n'empêche la sauvegarde tant que la réconciliation avec la version editée en concurrence n'a pas été faite au moyen d'un merge (schema d'accès concurrent optimiste)
Autant c'est simple pour des fichiers texte, quoique (http://revctrl.org/CategoryMergeAlgorithm ) autant ca me parait beaucoup plus compliqué pour des photos.
Ca pourrait être possible avec les métadonnées (tags, ...) mais sur l'image en elle même.
AMHA les soft multi-utilisateurs web based ne traitent pas mieux le pb (c'est peut être pour ca qu'il n'en existe pas à ma connaissance).
Dans ces soft le verrou est permanent car seul le propriétaire de la photo peut la modifier.
Pour des softs natifs, il suffit donc que l'accès en ecriture soit autorisé juste pour le owner (droits unix).
Pour les répertoires c'est le premier qui a parlé qui gagne.
Ce n'est pas un pb en soi. Tu ne vois plus tes photos au bon endroit donc tu raffraichis ta vue dans ton appli.
Pour Picasa, le problème c'est plutôt qu'il gère ca dans une base de données (propre à chaque user). Si tu veux partager ton travail, il faut exporter et réimporter.
Mais pour d'autres softs qui modifient les fichiers dans les répertoires (comme Jbrout, AlbumShaper, ...) ca ne pose pas de pbs insolubles.