Можливості та власні типи публікацій

У мене є власний тип публікації, який я хотів би обмежити доступ до певних ролей, однак я вже додав вміст, використовуючи користувацький тип публікації, і тепер мені доводиться обмежувати їх. Тип capability_type був "повідомленням"

'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');

Після швидкого спілкування з 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');

Я сподіваюся, що це стане в нагоді іншим.

Додати:

map_meta_cap => true

до масиву $ args. Подивіться тут , для отримання додаткової інформації. Сподіваюся, це допомагає!

ІМХО ви ніколи не плануєте власні можливості. Для цього обов’язково використовуйте плагін мета-шапки для карт. http://codex.wordpress.org/Function_Reference/map_meta_cap

Я проводив дні, намагаючись вручну зіставити свої власні шапки з кодом. Просто встановіть цей плагін, нанесіть на карту шапки та деактивуйте після роботи. При створенні призначених для користувача ролей , які вам будуть потрібні Користувачі плагін.

Те, як я перевіряю, щоб переконатись, що в моїй ролі є ці можливості (іноді ви клянетесь, що насправді, але насправді) не робимо сторінку налагодження за допомогою:

    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;
        }
    }

Це покаже вам, якими можливостями ви насправді володієте.

Для користувацьких типів пошти Я НЕ РОЗВАЮ використовувати гачок:

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" ) 
   ...
}