Où en sommes nous Rub ? Tu t'occupes de la spécification et du développement pour ajouter le nouveau status ? Mon oncle en a besoin sur sa galerie, donc si tu ne le fais pas, je m'en occupe, il me faut cette fonctionnalité pour la 1.6 pour faire plasir à mon tonton :-)

Voila ce que je propose:

Extention du champs status de la table phpwebgallery_user_infos :
  o webmaster
  o admin
  o manager
  o normal
  o generic
  o guest

webmaster:
  Status NON affectable par l'interface
  Utilisateur unique (Modifiable uniquement via le fichier de configuration)
  Super utilisateur
  Accès à tous
  Correspond au 1er utlisateur créer dans l'installation

admin:
  Status affectable par l'interface
  Utilisateur multiple
  Accés à tous ce que peut faire le status normal
  Accès à toutes la partie administration (pour le moment)

manager:
  Status affectable par l'interface
  Utilisateur multiple
  Accés à tous ce que peut faire le status normal
  Accès à une partie de l'administration
    > Menu et sous-menu Link
    > Menu General et sous-menu
        * Instructions
        * History
        * Synchronize
        * Notification
        et donc pas accés à
        * Site manager
        * Remote sites
        * Maintenance
    > Pas de Menu Configuration
    > Tout Categories
    > Tout pictures
    > Pas de Menu Identification

guest:
  Status NON affectable par l'interface
  Utilisateur unique (Modifiable uniquement via le fichier de configuration)
  Correspond au 2eme utlisateur créer dans l'installation (Creation automatique)
  Aucun accés administration
  Accés Home comme version 1.5.2

normal:
  Status affectable par l'interface
  Utilisateur multiple
  Aucun accés administration
  Accés Home comme version 1.5.2

generic:
  Status affectable par l'interface
  Utilisateur multiple
  Aucun accés administration
  Pas d'envoie de mail de password
  Comme normal sauf sous-menu Customize


Pour les dev:
  o Modification de la table
  o Modification de isadmin.inc.php pour prendre en compte les différents types
  o Renommage de isadmin.inc.php en checkadmin.inc.php
  o Ajout de checkhome.inc.php pour faire comme isadmin.inc.php mais au niveau home/usernormal
  o Ajout de checkhome.inc.php pour l'ensemble des fiches appelés dans home
  o Changement des 'admin' == $user['status'] par le test de nouvelles variables
$user['is_admin'] = ($user['status'] == 'webmaster' or $user['status'] == 'admin' or $user['status'] == 'admin') ? true : false;
etc...
  o Gestion des menus dans home et admin suivant le status



J'attend vos remarques et le feu vert de Pierrick si ca lui convient...

Je suis d'accord avec Eric mais j'irai plus loin.
L'admin et le Manager d'Eric n'ont le droit d'agir que sur les catégories qu'ils créent ou dont ils ont obtenu le droit d'accès via un group (ou via leur user, mais je rappelle que je suis contre l'admin des droits au niveau des users).
8-)

le Manager d'Eric n'ont le droit d'agir que sur les catégories qu'ils créent ou dont ils ont obtenu le droit d'accès via un group

celui-ci défini uniquement par l'admin , seul détenteur de la gestion des droits d'accès.

Je propose de se concentrer sur le status "generic" pour la branche 1.6, on verra plus tard pour les autres nouveaux status

... un bon escalier comporte plusieurs marches.... il faut les gravir une à une pour ne pas tomber... mais aussi garder un euil sur la marche suivante...

:o)

eric.

Dernière modification par vimages (2006-02-26 22:52:43)

Je suis plutot d'accord avec vous tous, faire un status manager élaboré va demander beaucoup de dev et de changement et sera à faire une refonte des droits comme on l'avait décrit auparavant.

Sinon, que dois-je faire exatement? Je laisse tomber les status (webmaster, manager, ect...)?

Ok pour tout ca!
Je revois ma copie et pense au pwg_high!

D'ailleurs, c'était quoi le besoin exactement pour le pwg_high? Donner au non l'accés au gros fichiers à certains users?

vimages a écrit:

oui...  mais c'est dans l'outil de suivi  ici...
http://bugs.phpwebgallery.net/view.php?id=127

Ok, ok!
Je suis plutôt d'accord avec Pierrick pour dire que l'option globale ne sert à rien pour pwg_high.
Soit on a des images pwg_high ou pas!

Par contre, après, on peut le faire facilement à l'utilisateur ou à la catégorie (une image pouvant être dans plusieurs catégories) !
Mais, ca me plait à moitié car en fait, il faudrait le faire au niveau "groupe/user" pour chaque catégorie comme les persmissions.

Je ne sais pas ce que vous en pensez?

Voila, je vous laisse le choix:
  o Activation pwg_high pour chaque user (ajout d'un champ #pwg_high_enabled dans  #user)
  o Activation pwg_high pour chaque catégorie (ajout d'un champ  #pwg_high_enabled dans #categories)
  o Activation pwg_high par "groupe/user" comme les permissions, ajout d'un champ #pwg_high_enabled dans les tables #group_access et user_access)

Je n'utilise pas (encore) pwg_high pour mon site perso donc je n'ai vraiment pas de préférences entre les 3 choix.

vimages dit nous quelle méthode colle le plus à tes besoins et à l'équipe de voir ce que j'implemente.

moi-même a écrit:

Je revois ma copie et pense au pwg_high!

Copie sans manager et avec réemission password


Extention du champs status de la table phpwebgallery_user_infos :
  o webmaster
  o admin
  o normal
  o generic
  o guest

webmaster:
  Status NON affectable par l'interface
  Utilisateur unique (Modifiable uniquement via le fichier de configuration)
  Super utilisateur
  Accès à tous
  Correspond au 1er utlisateur créer dans l'installation

admin:
  Status affectable par l'interface
  Utilisateur multiple
  Accés à tous ce que peut faire le status normal
  Accès à toutes la partie administration (pour le moment)

guest:
  Status NON affectable par l'interface
  Utilisateur unique (Modifiable uniquement via le fichier de configuration)
  Correspond au 2eme utlisateur créer dans l'installation (Creation automatique)
  Aucun accés administration
  Accés Home comme version 1.5.2
  La réemission de password par mail est interdire [/i](ne doit pas arriver car pas de mail pour guest)[/i]

normal:
  Status affectable par l'interface
  Utilisateur multiple
  Aucun accés administration
  Accés Home comme version 1.5.2

generic:
  Status affectable par l'interface
  Utilisateur multiple
  Aucun accés administration
  Pas d'envoie de mail de password
  Comme normal sauf sous-menu Customize
  La réemission de password par mail est interdire

Pour les dev:
  o Modification de la table
  o Modification de isadmin.inc.php pour prendre en compte les différents types
  o Renommage de isadmin.inc.php en checkadmin.inc.php
  o Ajout de checkhome.inc.php pour faire comme isadmin.inc.php mais au niveau home/usernormal
  o Ajout de checkhome.inc.php pour l'ensemble des fiches appelés dans home
  o Changement des 'admin' == $user['status'] par le test de nouvelles variables
$user['is_admin'] = ($user['status'] == 'webmaster' or $user['status'] == 'admin' or $user['status'] == 'admin') ? true : false;
etc...
  o Gestion des menus dans home et admin suivant le status

rub a écrit:

Voila, je vous laisse le choix:
  o Activation pwg_high pour chaque user (ajout d'un champ #pwg_high_enabled dans  #user)
  o Activation pwg_high pour chaque catégorie (ajout d'un champ  #pwg_high_enabled dans #categories)
  o Activation pwg_high par "groupe/user" comme les permissions, ajout d'un champ #pwg_high_enabled dans les tables #group_access et user_access)

Je pense que seule la 3e solution a un sens, si on reste dans la philosophie (VDigital je crois) "pas de perm poru les user, que pour les groupes"; ce que je conçois tout à fait.

rub a écrit:

generic:
  Status affectable par l'interface
  Utilisateur multiple
  Aucun accés administration
  Pas d'envoie de mail de password
  Comme normal sauf sous-menu Customize
  La réemission de password par mail est interdite

mais je pinaille.
attention, cependant: un utilisateur avec un compte generique doit donc connaitre l'@mail du webmaster pour le contacter en cas de perte.

A suivre