建立协作站点

Question

我正在建立一个网站，允许多个协会使用它。我请求你的帮助，以决定是否值得考虑切换到当前的“有许多插件的单一网站”的方法，感觉像是一个糟糕的黑客，多站点方式。

所需经费如下：

• 每个关联可能有多个用户，具有不同的内部角色。
• 来自协会的用户必须有能力编辑他们自己的文章，网页和菜单，而不能修改那些从其他协会。
• 协会能够为自己的“区域”做出贡献，但也能为共享的领域做出贡献。

到目前为止，我附带了一个正常的安装，使用每个关联的类别和标记来定义区域，这样就可以共享它们。我使用一些插件来定义和修改用户角色，并根据上下文显示内容(例如侧栏菜单)：“用户角色编辑器”、“限制类别”和“Widget Logic”。问题是，我仍然存在限制访问页面(因为没有类别)、菜单和任何没有类别的内容的问题。而且，这感觉就像强迫wordpress离它的目的太远。

我已经看过wordpress多站点，这似乎有助于解决这些问题，但我不知道如何在主站点中实现共享内容。

你有什么建议吗？继续使用单站点方法还是多站点方式？对于这两种情况，有什么插件建议吗？

谢谢!

Answer 1

几年前，我实现了一个类似于此的MU站点，在走向这个方向之前，您需要考虑一些注意事项。

认为MU安装是访问多个独立的WordPress安装的管理的一种方便的方式是很有帮助的。如果您在站点"/“的根目录中安装了一个博客，然后在"/subsite1”中安装了另一个博客，那么它的操作就不会有太大的不同。

不同之处在于，您可以轻松地在管理一个站点之间移动到另一个站点，以及跨站点管理插件、主题、更新和用户。但是对于其他的管理任务，您必须登录到实际安装。

因此，要编辑根目录上的内容，必须登录到“/wp/”，要编辑‘/subsite1 1’上的内容，必须登录到“/subsite1/wp/”。

如果您在"/“和”/subsite1 1/“上具有相同的凭据，则可以通过菜单在它们之间移动，但它们是完全不同的站点。

最大的考虑将是共享区域。就像我说的，MU网站彼此隔离。这意味着您不能在单一视图中与“//”(root)共享“/subsite1 1”中的帖子，也不能在站点之间共享“交叉帖子”。如果您的需求要求跨“协会”共享帖子，或者在根站点上共享帖子的协会，MU将不适合您。

还有其他一些问题也阻碍了我们：

如果您有许多子站点(供参考，我在这个安装中有100+ )管理是痛苦的。网站无法排序，下拉菜单被溢出。因为它们是单独的站点，所以用户必须在每个站点上单独添加，并且不共享权限或站点特定的配置。

用户--我不会在这些网站上呆上一个月--如果没有人在错误的网站上创建一系列的帖子，并希望他们迁移到另一个网站--对于一个用户来说，很难知道他们在编辑哪个网站。

MU +子域--这是一个很酷的特性，但我无法得到一个主机来启用它。如果你有一个主机可以让你在子域上运行MU，那就太棒了--但你最好确保他们愿意先这么做。

有些插件不能很好地使用MU安装。

我不想听起来像是在抨击MU --我以10位MU的配置运行我家的网站。它使插件和主题的更新变得轻而易举，大大减少了我的管理时间。我可以在任何时候产生一个新的网站，任何原因与点击一个按钮-这是方便的实验。

但如果你需要它做更多，MU很可能不是你所需要的。

Answer 2

在y看来，您应该尝试一种多站点配置。这是非常容易设置，并通过这个，您将能够配置真正准确的每个网站。

对于单个Wordpress，您的需求似乎很复杂，特别是WP不是很好的用户管理:p