rub a écrit:

les groupes permettent le paramètrage individuel. Un groupe par utilisateur et c'est bon!
Une fonctionnamité ou un mod permettra facilement, par défaut, de créer un groupe et de l'associer à chaque (nouvel) utilsateur.

hum...

je ne dis pas non, mais je n'approuve pas non plus..

en fait ton raisonnement est juste, mais mal adapté en mon cas par exemple.

je créé un groupe pour gérer les droits d'accés à une ou plusieurs catégories, j'associe ensuite un ou, le plus souvent, plusieurs utilisateurs à ce groupe. Ces utilisateurs peuvent, par ailleurs, appartenir à plusieurs groupes quand ils ont accés à des catégories différentes.

par exemple :

Groupe 1 : donne accés aux dossiers "résumé de course"
Groupe 2 : donne accés au dossiers privés du team Pescarolo
Groupe 3 : donne accés au dossiers privés du team alpha

user A est journaliste, je lui donne accés au groupe 1 seulement. (ce groupe contient de nombreuses catégories)
user B est journaliste et attaché de presse de Pescarolo, je lui donne accés au groupes 1 et 2
user C est patron d'Alpha, je lui donne accés au groupe 3
user D est partenaire de Pescarolo, je lui donne accés au groupe 2

tous ces users bénéficient des droits annexes défini par défaut dans ma galerie pwg_high visibles, commentaires interdits. (fichier config_local...?).

maintenant, si :
1er cas : users D est un nouveau client que j'essaie d'accrocher, je lui donne accés au groupe 1 mais !! je restraint son accés par les statut d'utilisateur "xz" et lui cache le dossier PWG_HIGH !! (gestion des droits annexes)

2ème cas : users F est Mr Pescarolo, je lui donne accés au groupe 2 et par le statut d'utilisateur "xy" je l'autorise à poster des commentaires (gestion des droits annexes).

3ème cas, users G est client d'un partenaire de Mr Pescarolo, je lui donne accés au groupe 2, mais par le statut d'utilisateur "xyz", je lui cache le dossier pwg_high et je lui interdit d'écrire des commentaires...

3ème cas : users H est un de mes photographes, oeuvrant uniquement dans un championnat précis. je lui donne accés au groupe 1 et 2, qui sont concernés par ce championnat, mais pas au groupe 3 qui ne l'est pas. Je voudrais pouvoir lui attribuer un statut de collaborateur qui lui confèrerait des droits d'admin sur ces catégories, afin qu'il puisse en gérer les images.

et là je m'apperçois que tu as raison !!!   :o(((

car dans les cas ou je souhaite donner à un utilisateur J des droits annexes différents sur différents groupes (voir les pwg_high d'une catégorie mais pas d'une autre), j'ai tout faux, ce n'est plus possible !!

je dois me résoudre à passer par une gestion des droits annexes intégrées dans les groupes !!! 

cela impliquera de créer plus de groupes !!
en donnant un préfix à leur nom, cela aidera à s'y retrouver...


enfin, tout ça pour ça me direz vous, à raison évidement.... 
mais au moins je me suis éclairci les idées !  :o)


bravo et à +
amicalement,
éric.

C'est pour ça que j'ai montré qu'on pouvait rester clair même dans les cas où...

8-))

cela devient compliqué en effet...... et il faut remettre tout cela à plat.

j'ai peur que l'on ne s'y retrouve plus entre toutes les possibilités et droits cités précédement, donc :

- je crois qu'il faut concerver une gestion assez simple et surtout claire des droits d'accés au catégories... celle d'aujourd'hui est très bien !! (individuel et groupe)

- si on souhaite établir une gestion des droits annexes (commentaires, notes, pwg_high...) cela doit ce faire de façon séparée !  par le type de user.. (qui est aussi une forme de groupe)


- l'option de tout gérer par les groupes ne me parait pas bonne, dans un groupe qui autorise l'accés à certaines catégories, je peux vouloir définir des droits annexes différents (pas de pwg_high, pas de commentaires....) à certain des membres de ce groupe.

- donc :
    1) soit on défini un type de users par droit annexe et par ensemble de droits annexes (ce qui peut vite devenir compliqué, trop de types de users...)

    2) soit on gère ces droits individuellement, une case à cocher par droits annexe en face des noms des users. On défini dans le fichier de config les choix par défaut, puis on ajuste éventuellement dans la page de gestion des utilisateurs... (ce qui serait le plus simple, moins rapide)

    3) soit on fait un mélange des deux, c'est à dire une gestions de base des droits annexes par des types de users, et un ajustement par des cases à cocher dans la page de gestion des utilisateurs. Cela serait mon choix.
(à la fois plus rapide et plus complet)

merci,
amicalement,
éric.

VDigital a écrit:

Bonjour la migration... de 1.6 en 1.7.

Si on part sur le principe qu'un groupe ne sert pas que pour les images mais aussi pour gérer n'importe quelle propriété.
Je pense qu'il est possible lors de la création de créer des groups en automatique sans trop problème.
Le problème, c'est les configurations avec une grande diversité qui vont créer plein de groupes (mais bon si c'est ca, c'est que c'était déjà compliqué)... pour 90% des utilisateurs, 2 groupes max voir 1 seul devront(vra) être créés.

D'accord aussi pour mettre les propriètés sur les groupes et non pas les users!

Mais, c'est plus simple et rapide pour le moment de faire des dev sur les users.

Dans une prochaine version, on devrait travailler sur une gestion amélioré des groupes, c'est une bonne idée...

je suis plutôt satisfait du système actuel... avec une gestion des permissions par groupe et par user..

il peut satisfaire un usage simple d'une petite gallerie familiale mais aussi des grosses usines à photos...

rien n'empèche de proposer de mettre une option accées restraint?...

je rappelle un topic sur la création de nouveaux type de users, de collaborateurs..etc... qui avait bien fait avancer les choses sur ce sujet...  peut-être celui-ci..  http://forum.phpwebgallery.net/viewtopic.php?id=5209  mais il est possible qu'il y en ait eu d'autres...

il est possible d'affiner le systeme de gestion des droits; accés, écriture, notes, pwg_high..etc..    ceci par la création de plusieurs types de users (pour définir à chacun des visiteurs ces droits globaux sur la gallerie) et de les coupler à des cases à cocher (pour leur définir les droits particuliers à certains dossiers) , par exemple ce qui existe avec l'accés ou non aux dossiers pwg_high.  cela pourrait être valable pour les notes, les commentaires..etc...

merci,
amicalement,
eric.

Perso je fonctionne un peu comme VDigital (peut être parce que c'est lui qui à suggéré ce fonctionnement ;) ) et ça me convient parfaitement. Je pense qu'il faudrait plutôt faire évolué la gestion des permissions vers quelques chose de plus évolué. C'est à dire, avoir la possibilité de choisir si toto à le droit de valider les commentaires, ajouter des photos...

Je force la création de mes catégories en privé au lieu de public.

Je n'ai plus qu'à autoriser les groupes de mes deux familles ou groupes d'amis à accéder aux nouvelles catégories.

Ou alors quand un membre de mes amis ou de la famille dit qu'il a accès au net,
je lui demande de s'identifier sous le nom "xxxxxx" dans ma galerie et de me dire quand c'est fait.
Je n'ai qu'à le placer dans le bon groupe ou les bons groupes et je lui envoie un petit mail l'invitant à revenir voir et de se connecter.

Pour moi, l'accès restreint consisterait à n'avoir qu'un groupe.
Conclusion: La version actuelle est au moins aussi souple. Et la 1.6 va me gérer mes mails.

8-)