Drupal权限,一个用户案例

Drupal权限,一个用户案例,drupal,permissions,drupal-modules,drupal-taxonomy,organic-groups,Drupal,Permissions,Drupal Modules,Drupal Taxonomy,Organic Groups,该网站的目标是维护产品列表 每个产品由标题、说明和数量(CCK字段)组成 每个产品都属于商店 每个商店都有一名经理 所有产品对所有人都可见 经理只能添加/编辑自己的商店的产品 网站管理员可以创建新的商店和新的经理 如何设置上述场景的权限 我正在考虑对店名使用分类法,进行权限控制。但我不确定我是否走上了正确的道路 此外,这也是一种选择吗 谢谢 我认为您使用分类法访问控制的方法可能是可行的,但是为用户分配适当权限的分类法需要一些自定义代码 使用有机组可能会提供更强大的开箱即用访问(每个商店都是一

该网站的目标是维护
产品
列表

  • 每个
    产品
    由标题、说明和数量(CCK字段)组成
  • 每个
    产品
    都属于
    商店
  • 每个
    商店
    都有一名
    经理
  • 所有
    产品
    对所有人都可见
  • 经理
    只能添加/编辑自己的
    商店
    产品
  • 网站
    管理员
    可以创建新的
    商店
    和新的
    经理
如何设置上述场景的权限

我正在考虑对店名使用
分类法
,进行权限控制。但我不确定我是否走上了正确的道路

此外,这也是一种选择吗


谢谢

我认为您使用分类法访问控制的方法可能是可行的,但是为用户分配适当权限的分类法需要一些自定义代码

使用有机组可能会提供更强大的开箱即用访问(每个商店都是一个组,然后在该组中发布产品),但您需要将许多默认设置主题化,以隐藏OG开箱即用的论坛/新闻墙工作流(这可以通过OG提供的挂钩实现)


这里的优点是,要将产品经理添加到商店中,您只需将他们设置为组管理员(通过这种方式,商店可以有多个管理员)。您可以将每个组设置为public(以便所有产品都可见),但只能将编辑组中节点的权限授予该组的管理员。组管理员也是唯一有权创建产品节点的人,这些节点将设置为组节点(这在节点类型编辑屏幕或OG管理员屏幕上完成)。

我认为您的分类访问控制方法可能有效,但是为用户分配适当权限的分类法需要一些自定义代码

使用有机组可能会提供更强大的开箱即用访问(每个商店都是一个组,然后在该组中发布产品),但您需要将许多默认设置主题化,以隐藏OG开箱即用的论坛/新闻墙工作流(这可以通过OG提供的挂钩实现)


这里的优点是,要将产品经理添加到商店中,您只需将他们设置为组管理员(通过这种方式,商店可以有多个管理员)。您可以将每个组设置为public(以便所有产品都可见),但只能将编辑组中节点的权限授予该组的管理员。组管理员也是唯一有权创建产品节点的人,产品节点将设置为组节点(这在节点类型编辑屏幕或OG管理员屏幕上完成)。

TAC解决了您的问题。我在一个非常类似的场景中使用它。以下是如何设置它:

  • 使用指定的字段创建新的内容类型“Product”
  • 为每个商店创建一个分类术语。启用并要求对“产品”内容类型进行分类
  • 为每个商店创建一个角色
  • 为该角色启用TAC
  • 将全局的TAC权限设置为允许查看,但拒绝更新、删除、创建和列出
  • 设置店铺条款的TAC权限,以允许查看、更新、删除、创建和列出
  • 保存和重建权限

  • 这应该可以做到,只要您对内容类型的权限设置为允许匿名用户查看“产品”中的字段。

    TAC解决了您的问题。我在一个非常类似的场景中使用它。以下是如何设置它:

  • 使用指定的字段创建新的内容类型“Product”
  • 为每个商店创建一个分类术语。启用并要求对“产品”内容类型进行分类
  • 为每个商店创建一个角色
  • 为该角色启用TAC
  • 将全局的TAC权限设置为允许查看,但拒绝更新、删除、创建和列出
  • 设置店铺条款的TAC权限,以允许查看、更新、删除、创建和列出
  • 保存和重建权限

  • 这应该可以做到,只要您对内容类型的权限设置为允许匿名用户查看“产品”中的字段。

    好问题。这是我从未体验过的Drupal的一个方面。我期待答案。好问题。这是我从未体验过的Drupal的一个方面。我期待着答案。