Возможности и пользовательские типы сообщений

30

У меня есть пользовательский тип записи, который я хотел бы ограничить доступ к определенным ролям, однако я уже добавил контент, используя пользовательский тип записи, и теперь я должен сделать их ограниченными. Тип_возможности был "пост"

'capability_type' => 'post'

Что хорошо, так как контент отображается в бэкэнде, однако теперь, когда я добавляю какие-либо возможности, контент исчезает из бэкэнда?

Я попытался настроить тип возможности, чтобы включить множественные определения, чтобы создать свое собственное, но как только я удаляю или изменяю типы возможностей, он исчезает!

полный код:

add_action( 'init', 'register_cpt_gallery' );

function register_cpt_gallery() {
$labels = array( 
    'name' => _x( 'Galleries', 'gallery' ),
    'singular_name' => _x( 'Gallery', 'gallery' ),
    'add_new' => _x( 'Add New', 'gallery' ),
    'add_new_item' => _x( 'Add New Gallery', 'gallery' ),
    'edit_item' => _x( 'Edit Gallery', 'gallery' ),
    'new_item' => _x( 'New Gallery', 'gallery' ),
    'view_item' => _x( 'View Gallery', 'gallery' ),
    'search_items' => _x( 'Search Galleries', 'gallery' ),
    'not_found' => _x( 'No galleries found', 'gallery' ),
    'not_found_in_trash' => _x( 'No galleries found in Trash', 'gallery' ),
    'parent_item_colon' => _x( 'Parent Gallery:', 'gallery' ),
    'menu_name' => _x( 'Galleries', 'gallery' ),
);

$args = array( 
    'labels' => $labels,
    'hierarchical' => true,
    'description' => 'Image galleries for teachers classes',
    'supports' => array( 'title', 'editor', 'author'),

    'public' => true,
    'show_ui' => true,
    'show_in_menu' => true,

    'menu_icon' => get_bloginfo('template_url') . '/images/imagegallery.png',
    'show_in_nav_menus' => true,
    'publicly_queryable' => true,
    'exclude_from_search' => false,
    'has_archive' => true,
    'query_var' => true,
    'can_export' => true,
    'rewrite' => true,
    'capability_type' => 'post',
    'capabilities' => array(
        'edit_post' => 'edit_gallery',
        'edit_posts' => 'edit_galleries',
        'edit_others_posts' => 'edit_other_galleries',
        'publish_posts' => 'publish_galleries',
        'read_post' => 'read_gallery',
        'read_private_posts' => 'read_private_galleries',
        'delete_post' => 'delete_gallery'
    )
);

register_post_type( 'gallery', $args );
}

Я также проверил это с совершенно новым пользовательским типом записи, и независимо от типа возможности у меня возникает та же проблема, например, даже если я удаляю ее и добавляю свой собственный:

'capability_type' => array('movie','movies');
erichmond
источник

Ответы:

40

После небольшого разговора с Magicroundabout, который указал на полезный ресурс от Джастина Тэдлока , выясняется, что возможности для пользовательских типов записей на самом деле не существуют, если вы не используете add_cap для роли, например, для следующего пользовательского типа записи:

add_action( 'init', 'register_cpt_gallery' );

function register_cpt_gallery() {
$labels = array( 
    'name' => _x( 'Galleries', 'gallery' ),
    'singular_name' => _x( 'Gallery', 'gallery' ),
    'add_new' => _x( 'Add New', 'gallery' ),
    'add_new_item' => _x( 'Add New Gallery', 'gallery' ),
    'edit_item' => _x( 'Edit Gallery', 'gallery' ),
    'new_item' => _x( 'New Gallery', 'gallery' ),
    'view_item' => _x( 'View Gallery', 'gallery' ),
    'search_items' => _x( 'Search Galleries', 'gallery' ),
    'not_found' => _x( 'No galleries found', 'gallery' ),
    'not_found_in_trash' => _x( 'No galleries found in Trash', 'gallery' ),
    'parent_item_colon' => _x( 'Parent Gallery:', 'gallery' ),
    'menu_name' => _x( 'Galleries', 'gallery' ),
);

$args = array( 
    'labels' => $labels,
    'hierarchical' => true,
    'description' => 'Image galleries for teachers classes',
    'supports' => array( 'title', 'editor', 'author'),
    'public' => true,
    'show_ui' => true,
    'show_in_menu' => true,
    'menu_icon' => get_bloginfo('template_url') . '/images/imagegallery.png',
    'show_in_nav_menus' => true,
    'publicly_queryable' => true,
    'exclude_from_search' => false,
    'has_archive' => true,
    'query_var' => true,
    'can_export' => true,
    'rewrite' => true,
    'capabilities' => array(
        'edit_post' => 'edit_gallery',
        'edit_posts' => 'edit_galleries',
        'edit_others_posts' => 'edit_other_galleries',
        'publish_posts' => 'publish_galleries',
        'read_post' => 'read_gallery',
        'read_private_posts' => 'read_private_galleries',
        'delete_post' => 'delete_gallery'
    ),
    // as pointed out by iEmanuele, adding map_meta_cap will map the meta correctly 
    'map_meta_cap' => true
);

register_post_type( 'gallery', $args );
}

дополнительные функции должны быть добавлены к роли, чтобы разрешения действительно работали в бэкэнде, включая «администратора», например:

function add_theme_caps() {
    // gets the administrator role
    $admins = get_role( 'administrator' );

    $admins->add_cap( 'edit_gallery' ); 
    $admins->add_cap( 'edit_galleries' ); 
    $admins->add_cap( 'edit_other_galleries' ); 
    $admins->add_cap( 'publish_galleries' ); 
    $admins->add_cap( 'read_gallery' ); 
    $admins->add_cap( 'read_private_galleries' ); 
    $admins->add_cap( 'delete_gallery' ); 
}
add_action( 'admin_init', 'add_theme_caps');

Я надеюсь, что это полезно для других.

erichmond
источник
11
add_theme_caps()должен вызываться только один раз, а не каждый раз, когда загружается страница администратора. Было бы лучше использовать switch_themeкак ловушку для активации темы или register_activation_hookпри активации плагина.
д79
Ницца! Мне нравится использовать wp cli для добавления возможностей, если это полностью настраиваемый / уникальный сайт, поскольку это действие, которое необходимо выполнить только один раз.
Squarecandy
8

Добавлять:

map_meta_cap => true

в ваш массив $ args. Смотрите здесь , для большего. Надеюсь, это поможет!

iEmanuele
источник
1
Я тоже так думал, но не совсем так.
Эрихмонд
Это сработало для меня
Shikyo
1

ИМХО ты никогда не сопоставляешь свои возможности. Убедитесь, что для этого используется плагин метаполя карты. http://codex.wordpress.org/Function_Reference/map_meta_cap

Я потратил несколько дней, пытаясь сопоставить мои пользовательские заглавные буквы вручную с кодом. Просто установите этот плагин, нанесите на карту свои заглавные буквы и деактивируйте, как только работаете. При создании пользовательских ролей вам понадобится плагин Members .

Способ, которым я проверяю, чтобы убедиться, что в моей роли есть эти возможности (иногда ты клянешься, что не делаешь), создает страницу отладки с помощью:

    if( !function_exists( 'current_user_has_role' ) ){
        function current_user_has_role( $role ){
            $current_user = new WP_User( wp_get_current_user()->ID );
            $user_roles = $current_user->roles;
            $is_or_not = in_array( $role, $user_roles );
            return $is_or_not;
        }
    }

Это покажет вам, какие возможности у вас есть на самом деле.

Бен расикот
источник
-1

Для пользовательских типов постов я НЕ предлагаю использовать hook:

add_action( 'registered_post_type', 'your_func', 10, 2 );

вместо этого я предлагаю использовать:

add_filter( 'register_post_type_args', 'your_func', 10, 2 );
function your_func( $args, $name ) 
{
   if ( $name == "your_custom_post_name" ) 
   ...
}
T.Todua
источник
предложение хорошее, но оно не отвечает на вопрос.
Ауроврата