Community « Le forum « Besoin d'aide «
Comment Affiner les droits lecture/écriture Comment choisir un lecteur de section
- Emplacement de Yacs: free.fr
- Version de Yacs : 7.3
- Nom du Skin : yacs_2007
1. Comment faire en sorte qu'une section ou sous-section ne soit accessible en lecture/ecriture qu'à certains utilisateurs non associés ou éditeurs et sans leur attribuer un de ces rôles ?
En clair, une association a un site YACS. Un associé, deux éditeurs et 4 groupes (A,B,C,D) de personnes différentes. Le groupe A lit et met à jour les articles de sa section "Section_A" sans en être rédacteur. Les groupes B, C et D ne peuvent consulter les articles du groupe A
2. Impossible de sélectionner le(s) lecteur(s) d'une section/sous section dans les options avancées.
Medrci d'avance pour les solutions/pistes,
Fad
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2212 posts |
Normalement, on ne peut être lecteur que si l'on est souscripteur - c'est à dire pas membre (voir sur la question des profils et de leurs droits cette doc). En résumé : un souscripteur peut être assigné "lecteur" d'une section ou d'un article, où il n'a qu'un droit de consultation et non de modification - mais il peut laisser des commentaires. Ce même principe appliqué à un membre le rend "éditeur" de la section ou de la page, où il prend tous les droits d'édition qui vont avec - modification, ajout, suppression... Si les relecteurs ne doivent pas avoir les droits d'édition, alors il ne doivent être que souscripteurs et se faire assigner la section en lecture. Pour obtenir cela, il faut ajuster les droits au niveau du panneau de contrôle - panneau de configuration - utilisateurs, et choisir le mode "communauté fermée" pour que les inscrits le soient en mode souscripteur. Dans ce schéma, il convient également de verrouiller les sections que les autres groupes ne doivent pas voir afin qu'elles soient restreintes aux associés, éditeurs et lecteurs. Ainsi, là où les personnes ont un droit de lecture ils auront accès, et pas sur les autres sections configurées de cette manière. Au delà de cela, il convient de savoir si par ailleurs, les personnes de ces groupes doivent être amenées, sur d'autres parties du site, à contribuer. Car si c'est le cas, il faut se rappeler que le statut de souscripteur ne permet pas de créer des pages, juste de laisser des commentaires sur des articles existants. Est-ce suffisant ? Si oui, pas d'hésitation. Si non, il va falloir affiner un peu ce que les gens peuvent faire ou non sur ce site, et voir si il ne faut pas quand même laisser les personnes être membre, puis éditeur, avec les droits et les devoirs que cela implique. Pour ce qui est des sections visibles et celles qui ne doivent pas l'être, cela ne changera rien : une section réservée aux associés et éditeurs ne sera pas visible aux membres qui n'ont pas été assignés éditeurs de la section. On retrouve le comportement souhaité. Tout dépend donc de ce que l'on veut permettre aux utilisateurs, qui fera pencher le choix vers des membres ou des souscripteurs. ----- Agnès Il n'y a pas de problèmes, que des solutions. |
| Fad 67 posts |
Agnès: Merci pour les eclaircissements. Encore une question :
Le site est en mode "communauté fermée". Tous ceux qui y participent d'une façon ou d'une autre sont membres. Certaines sections sont communes à tous. Maintenant, les membres du groupe A ont aussi une section A qui leur est réservée à eux seuls. Idem pour B, C, D. La question est : Comment faire en sorte que les membres d'un groupe aient seuls accès à la section de leur groupe sans qu'ils ne soient éditeurs de la dite section. Est-ce possible ? Merci d'avance, Fad |
Moi-meme from Entre chaise et clavier... 1468 posts |
J'arrive après la bataille mais il semble que la problématique ne soit pas résolue jusqu'en 7.6.3 En effet, pour te répondre, il est impossible actuellement de donner des droits disons de contributeurs à des membres sans qu'ils soit aussi éditeurs de ladite section à contribuer. (en clair pour y créer des pages ils deviennent aussi modificateurs potentiels de la section) A mon sens c'est un problème important de paradoxe yacsien, depuis longtemps. Une section réservée au niveau contribution suppose nécessairement dans ce système une ouverture de droit à un membre sur ladite section, qu'il peut en conséquence et également modifier. Si tu ajoutes à celà le problème des droits hérités ou pas d'une section parente à ses subordonnées, il y a de quoi rédiger une copie d'examen. L'assignation de tel droit à tel statut d'usager pour tel statut de section inscrite dans telle arborescence de parenté elle-même soumise à des droits...est un vrai casse-tête. Et une énorme faille de gestion de sécurité sur le contenu pour les associés. |
Bernard from nearby-an-airport Associate, 6996 posts |
Bon, je viens de travailler sur le sujet, donc voici ce qui sera disponible dans la version 7.9. Un usager d'une communauté YACS a l'un des statuts suivants : associé (il peut tout faire), membre (il peut contribuer), souscripteur (il peut lire et commenter) ou banni (tout est interdit...). Le plus souvent, les communautés YACS sont basées sur quelques associés, et des membres. La restriction à des souscripteurs fait sens seulement dans quelques cas, type publication électronique restreinte à des abonnés. De plus, certains utilisateurs peuvent être assignés explicitement à des sections ou à des articles. Un membre assigné est appelé éditeur, parce qu'il a alors presque les mêmes droits qu'un associé. Un souscripteur assigné est appelé lecteur, parce qu'il peut alors accèder à de l'information potentiellement cachée. Encore plus fort : l'invitation par courrier électronique de n'importe qui pour participer à un fil de discussion. Le courrier envoyé contient un lien spécial, reconnu par le serveur, qui ouvre la porte même aux pages cachées ou protégées. Ceci permet d'étendre la communauté sans inscription préalable. De manière générale les droits d'accès d'une section, ou d'une page, peuvent être modulés avec, au choix :
De plus, en utilisant le verrou on peut interdire l'ajout de nouvelle information au niveau d'une section (pas de nouvelle page) ou d'un article (pas de nouveau commentaire, etc.) Quelques exemples pratiques valant mieux qu'un long discours, voici quelques tests fonctionnels avec la version 7.9 en cours d'intégration. Transmission de documents à un partenaire commercialDans ce cas on cherche à fournir une visibilité restreinte à une partie du site, et le retour d'information du partenaire est limité à l'ajout de commentaires sur les pages vues qui ne sont pas verrouillées.La structure à mettre en place serait la suivante :
Travail collaboratif sur une page webDans ce cas on cherche à rassembler différents contributeurs, inscrits ou non sur le site, pour les faire réagir et agir.La structure mise en place est, au choix, celle d'une simple page wiki ou d'un fil de discussion interactif. La confidentialité de la page sera préservée en restreignant les droits d'accès aux seuls associés et éditeurs. Ensuite, en cliquant sur le bouton d'envoi de courrier électronique, on peut inviter une ou plusieurs personnes par courrier électronique. Les invités cliqueront sur le lien fourni pour accèder de façon sécurisée à la page en cours d'élaboration, en tant qu'éditeurs. Groupe de travailLe besoin est ici de permettre à plusieurs personnes de travailler ensemble sur un ensemble de pages, éventuellement regroupées sous forme de sections, donc a priori un contenu important.La structure sera celle d'une section dédiée au groupe de travail, avec les restrictions d'accès qui conviennent. Ensuite les membres du groupe seront assignés un par un, afin d'avoir le statut d'éditeur sur l'ensemble du contenu de l'espace dédié au groupe. |
| LeToto 205 posts |
Bonjour. Vivement la version 7.9! Au fait,quid des versions entre 7.6.3 et 7.9? Ai-je loupé quelquechose au niveau des versions? @+ |
Edit
Delete
