我正在创建一个系统,它有两种类型的用户:成员和组管理。成员分为组,并由该组管理管理。成员可以与其组管理员联系,但不能与其他组管理员联系。这类联系数据/消息中的一些应对该特定组的其他成员可见,某些信息应仅对该成员和该组管理人员可见。在某些情况下,一个组管理应该能够成为另一个组的组管理。会员可向有能力作出回应的集团行政人员投诉。匿名用户应该能够提出投诉,只要他们提供额外的信息,例如姓名、地址、电话号码。理想情况下,当他们提出投诉时,他们会被问到是否愿意创建一个账户。
作为Drupal的新手(一周前开始浏览Docs ),我几乎所有事情都有麻烦。使用Drupal已经成为一个需求,因为它是为了使过程更容易;但是,对我来说并非如此。由于大约有800个不同的组,这是否意味着我将拥有一个庞大的权限矩阵?我要创造800个不同的角色吗?我很难想象系统的体系结构和我需要的模块。例如,我创建了一个内容类型的Complaint;但是,每个人都可以看到它。Drupal 7 Core无法限制不同用户查看特定内容。为此,我安装了一个模块:Content Access。任何关于体系结构和模块的建议都是有用的。
发布于 2015-10-29 15:00:44
在使用Drupal时,经常会出现一些菜谱或模块集合,它们将帮助您实现网站目标,从而使您的工作负载不受自定义PHP、业务逻辑代码或SQL的负担。Drupal在创建网站时帮助消除了这些技术困难。
听起来你想要一个有内容和用户组的网站。存在活动模块(S),以便更容易地开发网站中的部分和用户组。事实上的模块是有机基团 (通常称为"OG“模块)和它的一组子模块以及添加到第三方的模块。
概述使用户能够创建和管理自己的“组”。每个组都可以有订阅者,并维护一个订阅者之间进行通信的组主页。他们通过发布通常的节点类型来做到这一点:博客、故事、页面等等。在组主页上显示了一个块,以方便这些帖子。块还提供有关组的摘要信息。群体可能是选择性的,也可能不是选择性的。选择组需要获得批准才能成为成员,甚至需要邀请-only组。有许多首选项可以根据需要配置组。
OG在其管理配置中不是一个小模块或简单模块,也不是支持API的模块。但是,它的目标是使您所说的问题更容易以标准的方式/代码库实现给站点开发人员。
https://drupal.stackexchange.com/questions/179142
复制相似问题