我决定仍然根据标题的前提提供答案backend access per user status

注意：这是对基于用户状态（角色或功能）授予或限制访问的概念的解释。因此，这可以或不能直接应用于您的情况，因为您使用了具有自己逻辑的第三方插件。但是，我仍然认为它是相关的，因为我在这里展示了一些基本的WP访问逻辑，我相信您的插件部分或全部都是基于这些逻辑的。

现在是详细的解释！

基本上，我们要做的是

检查当前用户状态级别（我会将状态映射到功能）

add_action( \'init\', \'wpse_backend_access_rules\' );
function wpse_backend_access_rules(){

  // check to see if current logged in user can "see_premium_content" add restriction if not by modifying capabilities
  if( ! current_user_can( \'see_premium_content\' ) ){
    add_filter( \'user_has_cap\', \'inactive_membership_cap_filter\', 10, 3 );
  }
}


function inactive_membership_cap_filter( $allcaps, $cap, $args ) {

  // give only permission to access own profile in dashboard.
  // On the profile dashboard, you can output a message inviting to sign up again.
  $allcaps = array(
    \'read\' => true
  );

  return $allcaps;
}

好的很酷。。尼古拉斯。如果你还在阅读，这是我收集的资料的细目。

我相信你对我要实现的目标有很好的理解，但我想谈几件事，以验证我们是否在同一页上。。。包括我自己。

这个插件的逻辑确实在不同的价格水平上创建了成员资格。它基本上允许用户阅读帖子中的各种“类别”，或特定的成员区域页面。这根本不是我想要或需要的。然而，它接受定期账户的资金，并创建/生成用户。第二个插件创建角色、角色组等，我可以允许特定用户使用特定的仪表板内容。通过这一点，我可以说，例如，给一个由成员插件创建的“免费成员”用户一个访问“属性”的特定角色（如在家/房子中）。或者，“企业会员”可以拥有“完全访问权”，以访问物业、土地、商业物业、公寓等等。

话虽如此，这两个插件都不限制过期后的仪表板访问。由于他们付费访问的区域是由角色设置的，而不是外部页面区域，例如帖子或网站公共端的特定页面，所以我需要这个限制。不过，我觉得你对这个概念掌握得很好。

至于要点3，是的，我知道根据状态值可能有多种潜在情况，但我可以将它们发送到注册页面，而不管状态如何，除了“活动”之外。这是我之前和自己争论过的事情，就像你一样，我认为“保持低复杂性”。

此后，关于角色的讨论很多，这是我最近在配置角色插件时花了几个小时对着显示器大喊大叫后完全理解的一个概念。然而，db的角色区域不是状态所在的位置，而是成员插件的一部分。但是你刚才也这么说了。

是的，它做了大量的检查，我有6个角色或角色组。我还没有选择使用哪个。我认为是团队。但正如第二段所述，关于访问和“状态”等。。。无需重复。

现在，这就是“再次，我想当然地认为，成员插件将根据用户成员身份的验证以编程方式更改用户的角色。（通常这是/应该由任何（好的）成员插件完成）”成员插件根本不分配、创建、更改、委派等角色。它只允许访问特定的可见网站内容。比如“你现在可以访问example.com/paid\\u stuff/free\\u area”。。。这就是问题所在。我试图让它做一些它天生不做的事情。我还没有找到一个成员插件，它可以创建用户角色/组，并改变对仪表板元素的潜在访问权限，但事实上，它很可能不会执行“只允许用户查看他们上传的媒体”之类的操作。我的角色插件就是这样做的。这就是为什么整个事情一团糟。我必须使用3个插件来完成我所需的80-90%，并且必须手动更新所有客户的访问权限，手动分配角色等。我可以完成大部分工作，但是。我不想在我的桌面上设置日历，每天提醒要检查的用户，并暂时禁止他们作为用户访问，这样他们就无法访问，因为他们的帐户过期了。这不是一个可扩展的解决方案。

但我还是觉得你明白了。

“最后，一旦所有这些都设置好了，我们将有一个功能，该功能将使用current\\u user\\u can函数和user\\u has\\u cap filter，并根据is current role修改用户的访问权限。（当前角色基于插件成员身份验证）”这部分我不理解，也不知道我们是否在同一页上。可能是我，所以我会重申。在这之前你说过

“同样，我想当然地认为，会员插件会根据用户的会员身份验证，以编程方式更改用户的角色。（通常，这是/应该由任何（好的）会员插件完成）”但我的不是。那么，上一段是否仍然有效？还是现在需要修订，因为提供的代码可能基于这个想法？

鉴于前面的段落，最后一段是我迷路的地方。所以基本上，我对“好吧，那么你怎么做”感到迷茫。lol和。。我知道这听起来也很荒谬，但是。我要看什么文件？功能或wp登录以实现上述更改？而且，我从来没有在运行时使用或编程任何收集DB信息的东西。这对我来说是一个非常陌生的概念。但这也解释了为什么我从未在这些页面中找到任何查询。

然而，我认为我们正在变暖。。但长话短说，你肯定理解这个问题。但我不明白解决办法。英雄联盟