问题描述
我想允许某些用户只编辑一个页面,它是子页面。这怎么可能?我尝试过旧的角色诡计,但似乎有很多问题和错误。
最佳解决方案
实现此类任务的第一件事是能够识别用户可以编辑的页面。
有不同的方式来做。它可以是一个用户元,一些配置值… 为了这个答案,我将假设一个函数 lile 存在:
function wpse_user_can_edit( $user_id, $page_id ) {
$page = get_post( $page_id );
// let's find the topmost page in the hierarchy
while( $page && (int) $page->parent ) {
$page = get_post( $page->parent );
}
if ( ! $page ) {
return false;
}
// now $page is the top page in the hierarchy
// how to know if an user can edit it, it's up to you...
}
现在我们有一种方法来确定用户是否可以编辑一个页面,我们只需要告诉 WordPress 使用此功能来检查使用者编辑页面的能力。
这可以通过'map_meta_cap'
过滤器完成。
就像是:
add_filter( 'map_meta_cap', function ( $caps, $cap, $user_id, $args ) {
$to_filter = [ 'edit_post', 'delete_post', 'edit_page', 'delete_page' ];
// If the capability being filtered isn't of our interest, just return current value
if ( ! in_array( $cap, $to_filter, true ) ) {
return $caps;
}
// First item in $args array should be page ID
if ( ! $args || empty( $args[0] ) || ! wpse_user_can_edit( $user_id, $args[0] ) ) {
// User is not allowed, let's tell that to WP
return [ 'do_not_allow' ];
}
// Every user is allowed to exist.
// Return this array, the check for capability will be true
return [ 'exist' ];
}, 10, 4 );
在这一点上,我们只需要一种将用户连接到一个或多个页面的方法。
根据用例可能有不同的解决方案。
灵活的解决方案可能是将”root” 页面 (参见 wp_dropdown_pages
) 的下拉菜单添加到编辑用户管理屏幕,并将所选页面保存为用户元数据。
我们可以利用'edit_user_profile'
添加页面下拉字段和'edit_user_profile_update'
来存储所选值作为用户元。
我相信在这个网站上有足够的指导如何详细。
当页面存储为用户元时,可以通过检查页面 ID 是否是用户元值的一部分来完成上述的 wpse_user_can_edit()
函数。
删除编辑页面的功能,WordPress 将执行其余操作:将从后端和前端删除任何编辑链接,将阻止直接访问… 等等。
次佳解决方案
即使您使用 PHP 类来避免全局变量,它也需要少量代码实现此功能。我也不想在仪表板中隐藏用户的禁止页面。如果他们添加了已经在网站上的内容怎么办?
$user_edit_limit = new NS_User_Edit_Limit(
15, // User ID we want to limit
[2, 17] // Array of parent page IDs user is allowed to edit
(also accepts sub-page IDs)
);
class NS_User_Edit_Limit {
/**
* Store the ID of the user we want to control, and the
* posts we will let the user edit.
*/
private $user_id = 0;
private $allowed = array();
public function __construct( $user_id, $allowed ) {
// Save the ID of the user we want to limit.
$this->user_id = $user_id;
// Expand the list of allowed pages to include sub pages
$all_pages = new WP_Query( array(
'post_type' => 'page',
'posts_per_page' => -1,
) );
foreach ( $allowed as $page ) {
$this->allowed[] = $page;
$sub_pages = get_page_children( $page, $all_pages );
foreach ( $sub_pages as $sub_page ) {
$this->allowed[] = $sub_page->ID;
}
}
// For the prohibited user...
// Remove the edit link from the front-end as needed
add_filter( 'get_edit_post_link', array( $this, 'remove_edit_link' ), 10, 3 );
add_action( 'admin_bar_menu', array( $this, 'remove_wp_admin_edit_link' ), 10, 1 );
// Remove the edit link from wp-admin as needed
add_action( 'page_row_actions', array( $this, 'remove_page_list_edit_link' ), 10, 2 );
}
/**
* Helper functions that check if the current user is the one
* we want to limit, and check if a specific post is in our
* list of posts that we allow the user to edit.
*/
private function is_user_limited() {
$current_user = wp_get_current_user();
return ( $current_user->ID == $this->user_id );
}
private function is_page_allowed( $post_id ) {
return in_array( $post_id, $this->allowed );
}
/**
* Removes the edit link from the front-end as needed.
*/
public function remove_edit_link( $link, $post_id, $test ) {
/**
* If...
* - The limited user is logged in
* - The page the edit link is being created for is not in the allowed list
* ...return an empty $link. This also causes edit_post_link() to show nothing.
*
* Otherwise, return link as normal.
*/
if ( $this->is_user_limited() && !$this->is_page_allowed( $post_id ) ) {
return '';
}
return $link;
}
/**
* Removes the edit link from WP Admin Bar
*/
public function remove_wp_admin_edit_link( $wp_admin_bar ) {
/**
* If:
* - We're on a single page
* - The limited user is logged in
* - The page is not in the allowed list
* ...Remove the edit link from the WP Admin Bar
*/
if (
is_page() &&
$this->is_user_limited() &&
!$this->is_page_allowed( get_post()->ID )
) {
$wp_admin_bar->remove_node( 'edit' );
}
}
/**
* Removes the edit link from WP Admin's edit.php
*/
public function remove_page_list_edit_link( $actions, $post ) {
/**
* If:
* -The limited user is logged in
* -The page is not in the allowed list
* ...Remove the "Edit", "Quick Edit", and "Trash" quick links.
*/
if (
$this->is_user_limited() &&
!$this->is_page_allowed( $post->ID )
) {
unset( $actions['edit'] );
unset( $actions['inline hide-if-no-js']);
unset( $actions['trash'] );
}
return $actions;
}
}
上面的代码是防止以下内容根据需要工作或出现:
-
get_edit_post_link
-
在页面上显示的 WP 管理栏上的
Edit Page
链接 -
Edit
,Quick Edit
和Trash
快速链接,出现在/wp-admin/edit.php?post_type=page
页面下方
这适用于我本地的 WordPress 4.7 安装。假设站点上的页面不会频繁更改,可能会更好地编码页面及其 sub-pages 的 ID,并删除__construct
方法中的 WP_Query
。这将节省很多数据库调用。
第三种解决方案
如果你想远离插件,你可以在一个 functions.php 文件或一个自定义插件的下面的代码的变体。
该代码有两个独立的部分,您只需要使用其中的 1 个,但哪一个取决于要求的复杂性。
第 1 部分是指定一个用户并将其限制在特定的帖子中。
第 2 部分允许您创建用户的 Map 和帖子 ID,并允许多个帖子
下面的代码仅用于页面,但是如果要将其更改为帖子或自定义帖子类型,则需要将 $screen->id == 'page'
中的字符串更改为其他内容。
您可以找到 wp-admin here 附近屏幕 ID 的参考
function my_pre_get_posts( $query ){
$screen = get_current_screen();
$current_user = wp_get_current_user();
/**
* Specify a single user and restrict to a single page
*/
$restricted_user_id = 10; //User ID of the restricted user
$allowed_post_id = 1234; //Post ID of the allowed post
$current_post_id = isset( $_GET['post'] ) ? (int)$_GET['post'] : false ;
//Only affecting a specific user
if( $current_user->ID !== $restricted_user_id ){
return;
}
//Only Affecting EDIT page.
if( ! $current_post_id ){
return;
}
if( $screen->id == 'page' && $current_post_id !== $allowed_post_id ){
wp_redirect( admin_url( ) );
exit;
}
/**
* Specify a map of user_id => $allowed_posts
*/
$restrictions_map = [
10 => [ 123 ], //Allow user ID to edit Page ID 123
11 => [ 152, 186 ] //Allow user ID to edit Page ID 123 and 186
];
if( array_key_exists( $current_user->ID, $restrictions_map ) ){
$allowed_posts = $restrictions_map[$current_user->ID];
if( $screen->id == 'page' && ! in_array( $current_user->ID, $allowed_posts ) ){
wp_redirect( admin_url( ) );
exit;
}
}
}
add_action( 'pre_get_posts', 'my_pre_get_posts' );
参考文献
注:本文内容整合自 Google/Baidu/Bing 辅助翻译的英文资料结果。如果您对结果不满意,可以加入我们改善翻译效果:薇晓朵技术论坛。