Langue
🎨 Skin viewer
Galeries Photo

Galerie1_RETestPrev4

Index du forum »»  npds_galerie »» gestion des droits

gestion des droits#1434

2Contributeur(s)
jpbnpdsutilisateur
1 Modérateur(s)
jpb
jpb jpbicon_post
après d'homériques labyrinthes on peut tester le fonctionnement du select d'attribution des droits pour les nouvelles Sous-catégorie ...

est ce cohérents dans la logique des accès et surtout est ce que les valeurs des droits de ces accès sont correctes
L'eau goutte à  goutte finit toujours par percer la pierre...
npdsutilisateur npdsutilisateuricon_post
Oui il me semble que oui.... pour les selects.

Pas encore pour l ajout de photo... mais je pense que tu n en ai pas encore là... !!! LOL 😉 // => dans une s/cat avec des droits admin exemple "Scat_TestPrev1" n importe qui peut ajouter une image...
Par ailleurs le symbole ""rouge" du nombre d image à valider s instruit bien dans la s/cat. par ne se reporte pas dans la CAT
 Message édité par : npdsutilisateur / 27-11-2020 20:12
jpb jpbicon_post
la on doit etre bon en admin (pour la logique et les valeurs des droits en fonction des droits parents)

- ajout de sous cat
- ajout de galerie

tu es d'accord ?

par contre fait gaffe car au cours du developpement on a pu introduire des valeurs non conformes dans la bd ....
L'eau goutte à  goutte finit toujours par percer la pierre...
npdsutilisateur npdsutilisateuricon_post
Citation : jpb
la on doit etre bon en admin (pour la logique et les valeurs des droits en fonction des droits parents)

- ajout de sous cat
- ajout de galerie

tu es d'accord ? OUI


par contre fait gaffe car au cours du developpement on a pu introduire des valeurs non conformes dans la bd ....
test signature

OUI tu as parfaitement raison et c est effectivement ce que je pensais avant même d ecrire ce post. Je vais repartir à ZERO
 Message édité par : npdsutilisateur / 27-11-2020 20:22
npdsutilisateur npdsutilisateuricon_post
Hi,

Bon mes commentaires après une remise à l épreuve (à ZERO) du module.
-> Aucun PB lors de la création et Edition des CAT - S/CAT - GAL les droits "Parent" conditionnent correctement les droits enfants dans le select (Ajout/Edition).
J avais oublié ce truc...  Par contre pour une S/CAT avec les droits d un groupe X le select distribue étonnamment l ensemble des droits UserEnr/Admin/Public... (pas trop normal, il me semble)


Pour aller plus loin (s il était nécessaire en fonction de l avance de tes travaux), il semble néanmoins qu il y ait des droits non respectes/ (ou pas encore activés).
-> Un user enregistré peut aisément ajouter une image dans une galerie avec des droits admin voir Galerie1_RETestPrev3
=> à voir je n'ai pas encore reregardé le coté user ...
-> Il semble y avoir quelque incohérence dans le décompte des images voir "Scat_RETestPrev3" il apparait en vert une addition erronée (additionne en trop les images de Scat_RETestPrev2 qui elle même additionne en trop celle de Scat_RETestPrev1)

<== oui une variable pas remis à zero ?... j'espère que ce n'est pas que : les calculs soit juste mais qu'on ne voit pas certaine cat ou sous cat ...

-> A l ajout d image, il y a un message d erreur très furtif. (impossible à lire)

<== ajout en admin ou proposition d'image ??

-> les tests en visiteur non réalisés pour l instant. / module est configuré certainement PAS AUTORISE. je n ai pas touché pour ne pas interférer à ta reprogrammation en cours.

<== il y a en admin aussi le bouton effacer rouge tout seul sans image à valider ce qui n'est pas normal je ne sais pas comment on peut arriver à cette situation

Ainsi va le module ... pour le moment !!!
@+
Message édité par : npdsutilisateur / 28-11-2020 08:34
Message édité par : jpb / 28-11-2020 10:19
Message édité par : jpb / 28-11-2020 10:22
Message édité par : jpb / 28-11-2020 10:31
 Message édité par : npdsutilisateur / 28-11-2020 10:52
jpb jpbicon_post
côté user pour la proposition d'image la fonction qui construit le menu déroulant des catsouscatgal n'a aucune implémentation qui prend en charge la gestion des droits ....

donc ça au moins c'est simple à comprendre lol ...

c'est à faire ... ou on revient à une proposition systématique dans la galerie temporaire ?
on peut aussi limiter (c'est à dire ne pas afficher tous ce qui dépend d'un droit admin) ?( cela simplifierait un peu les choses )

=> bon la c'est fait sur le premier niveau(cad si une categorie ancetre est en acces admin elle n'apparait pas dans le select en fonction de qui est connecté (...admin, ano, groupe, utilisateur...)

en tout cas cette partie du code n'est pas fini ... non disons pas cohérente ...
L'eau goutte à  goutte finit toujours par percer la pierre...
Message édité par : jpb / 28-11-2020 11:02
Message édité par : jpb / 28-11-2020 11:04
 Message édité par : jpb / 28-11-2020 11:39
npdsutilisateur npdsutilisateuricon_post
Citation : jpb
ben non c'est bien intimement lié (ça repose juste sur les accès dans la bd : l'une pour les cat et sous cat dans la table cat et l'autre pour les gal dans la table gal)


En reprenant ce fil de réflexion, il me semble toutefois qu'actuellement y a 'bel et bien un truc bridé' en liant dans une même mécanique / la logique des droits de proposition d'images avec celle des droits de couverture des dites images proposées. (=> bloc photos/ => diaporama).

À mon avis ce devraient être deux moteurs différents : Droits d'entrée 'database' / droits sortie 'diffusion' (actés par un admin à la validation de l'image) / mais j'imagine qu'actuellement c'est la même &data 'sql' qui conditionne ce schmilblick

Si je comprends la logique actuelle: => Cela voudrait dire :

Que si je souhaite qu'une cat ou s/cat ne soit restreinte à la proposition d'image qu'aux seuls admins ou à un groupe x ( que nous dirons expert dans un truc) => cela voudrait dire que cette galerie d'image ne pourra jamais être ouverte en droit de diffusion qu'aux seuls admins. voir groupe x lui-même..

???????????

Ou c'est que mon ciboulot s'est mis en mode dimanche.... 😴
jpb jpbicon_post
le système implémenté dans le module est légèrement différent du système de droits du core

1 - si on autorise une galerie QUE aux adminS => alors proposition non accessible à TOUS les autres(membreS,groupeS)
2 - si on autorise une galerie à TOUS => alors proposition accessible à TOUS (adminS,membreS,groupeS)
3 - si on autorise une galerie à un goupe => alors proposition accessible à adminS et membreS du groupe
4 - si on autorise une galerie à utilisateur enregistré => alors proposition accessible à admin et membres

nb : et ceci est différent pour la visualisation

1 - si on autorise une galerie QUE aux adminS => alors visualisation non accessible à TOUS les autres(membreS,groupeS) +anonyme
2 - si on autorise une galerie à TOUS => alors visualisation accessible à TOUS (adminS,membreS,groupeS)+anonyme
3 - si on autorise une galerie à un goupe => alors visualisation accessible à adminS et membreS du groupe
4 - si on autorise une galerie à utilisateur enregistré => alors visualisation accessible à admin et membres




L'eau goutte à  goutte finit toujours par percer la pierre...
Message édité par : jpb / 29-11-2020 10:53
 Message édité par : jpb / 29-11-2020 10:55
jpb jpbicon_post
Que si je souhaite qu'une cat ou s/cat ne soit restreinte à la proposition d'image qu'aux seuls admins ou à un groupe x ( que nous dirons expert dans un truc) => cela voudrait dire que cette galerie d'image ne pourra jamais être ouverte en droit de diffusion qu'aux seuls admins. voir groupe x lui-même..

<== OUI

il me semble difficile voir impossible de faire autrement ? non ?..
car la possibilité de proposition dépend des droits ...
L'eau goutte à  goutte finit toujours par percer la pierre...
npdsutilisateur npdsutilisateuricon_post
OK OK !!

C'est vraiment pas cool de ma part de produire autant de turbulences dans nos méninges un dimanche matin. 🥴

Déjà que des fois je ne vole pas très haut 🛬, y a vraiment un risque de toucher rapidement le tarmac ....