Możliwości i niestandardowe typy postów

Mam niestandardowy typ postu, który chciałbym ograniczyć dostęp do niektórych ról, jednak dodałem już treść przy użyciu niestandardowego typu postu i teraz muszę je ograniczyć. Capability_type to „post”

'capability_type' => 'post'

Co jest w porządku, ponieważ zawartość pojawia się w backendzie, teraz, gdy tylko dodam jakieś możliwości, zawartość znika z backendu?

Próbowałem dostosować typ zdolności, aby zawierał definicje w liczbie mnogiej, aby skonstruować własne, ale gdy tylko usunę lub zmienię typy możliwości, znikną!

pełny kod:

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

Przetestowałem to również z całkowicie nowym niestandardowym typem postu i bez względu na typ możliwości mam ten sam problem, np. Nawet jeśli go usunę i dodam niestandardowy:

'capability_type' => array('movie','movies');

Po krótkiej rozmowie z Magicroundabout, który wskazał przydatny zasób Justina Tadlocka , okazuje się, że możliwości niestandardowych typów postów w rzeczywistości nie istnieją, chyba że użyjesz add_cap do roli, na przykład dla następującego niestandardowego typu postu:

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

dodatkowe funkcje powinny zostać dodane do roli, aby uprawnienia faktycznie działały w backendie, w tym „administratora” - na przykład:

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

Mam nadzieję, że jest to przydatne dla innych.

Dodaj:

map_meta_cap => true

do tablicy $ args. Zajrzyj tutaj , aby uzyskać więcej. Mam nadzieję, że to pomoże!

IMHO nigdy nie mapujesz własnych możliwości. W tym celu należy użyć wtyczki map meta cap. http://codex.wordpress.org/Function_Reference/map_meta_cap

Spędziłem dni próbując ręcznie zmapować niestandardowe kody za pomocą kodu. Wystarczy zainstalować tę wtyczkę, zmapować czapki i dezaktywować po pracy. Jeśli tworzysz niestandardowe role, będziesz potrzebować wtyczki Members .

Sposób, w jaki sprawdzam, aby upewnić się, że moja rola ma te możliwości (czasami przysięgasz, że tak, ale tak naprawdę) tworzy stronę debugowania z:

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

To pokaże, jakie możliwości faktycznie masz.

W przypadku niestandardowych typów postów NIE sugeruję używania haka:

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

zamiast tego sugeruję użycie:

add_filter( 'register_post_type_args', 'your_func', 10, 2 );
function your_func( $args, $name ) 
{
   if ( $name == "your_custom_post_name" ) 
   ...
}