【问题标题】:Wagtail groups, subgroups and permissions鹡鸰组、子组和权限
【发布时间】:2018-01-19 12:51:48
【问题描述】:

我们非常热衷于 Wagtail,但希望获得一些关于其功能的建议。这是为一个大型网站和六个小型网站(子域和独立网站)提供动力。

更新:I read the multi-site blog post 我不知何故错过了。我认为我们下面的大部分要求都得到了满足,除了阻止某些组查看由父组创建的内容。很高兴听到对此的想法,和/或那些运行大型多站点项目的想法。

  • 一个 Wagtail 实例包含两个主组。 “员工 (A)”和“承包商”
  • Staff A 拥有对主站点和所有六个独立站点的全球访问权限(可以制作和编辑内容)。
    • Staff A 应该能够将内容发布到主站点和/或所有七个站点。
  • Contractors 分为六个子组。每个人都只能查看、编辑和发布内容到他们自己的网站。理想情况下,我们会有一些角色可以访问多个这些网站,但不是全部。

据我所知,这在本质上是不可能的,但如果能证实这一点,我们将不胜感激。

此外,这个想法在一个 Wagtail 实例上是否可行,还是我们应该看两个?还是七个 - 每个子域一个,主站点另一个?

尝试更清楚地解释我的想法的小图。

提前致谢

【问题讨论】:

    标签: wagtail


    【解决方案1】:

    按照您参考的博客文章中描述的内容,这绝对是可能的。我建议使用单个 Wagtail 实例。

    如果您想要实时多站点项目的示例,请随时直接联系我。我的名字@torchbox.com。

    祝你好运!

    【讨论】:

    • 谢谢汤姆 - 会这样做。我认为我们需要的唯一主要模式是防止承包商在他们自己的 cms 中看到其他站点的内容。排序不应该太棘手
    • 嗨@tomd - 很抱歉恢复这个但从未收到你的回复。即使我们正在开发中,也希望看到一些示例...
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-03-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多