WordPressで権限を付加する「add_cap」で思い通りにいかない場合のメモ
公開2013.11.27 更新2017.12.03 仕事・技術 カスタム投稿タイプなどを使っている時に当該ポストタイプの権限を後から付加することがありますが、この時に使うadd_capでハマったのでメモしておきます。 例えば「event」というカスタム投稿タイプがあるとして、 add_action( 'init', 'role_capabilities' ); function role_capabilities(){ global $wp_roles; if ( isset($wp_roles) ) { $wp_roles->add_cap( 'contributor', 'delete_published_events' ); } } こんな感じでfunctions.phpやプラグイン中で権限を付加することがあると思います。 この例では「寄稿者」にデフォルトでは用意されていない権
WordPressのカスタム投稿タイプに専用の権限を設定してユーザーにアサインする | Waviaei
カスタム投稿タイプを設定すると、そのcapability_typeはデフォルトではpostになります。なので、例えば特定のユーザが属しているroleから、edit_postのcapabilityを削除すると、そのユーザーは投稿もカスタム投稿タイプも編集できなくなります。もう1つ、デフォルトで設定できるcabapility_typeにpageがあるのですが、こちらも固定ページのcapabilityを削除すると同様の結果になります。 そこで、カスタム投稿タイプにその投稿タイプ専用のcapabilityを設定すれば、他からは独立した権限設定が可能になります。 まずregister_post_type()の$argsにcapability_typeとmap_meta_capを追加。 function register_custom_post_types() { // set up the argu
カスタム投稿タイプにオリジナルの権限を設定する方法
以前、「カスタム投稿タイプに独自の権限を設定して操作できるユーザーを制限する方法」という記事を書きましたが、細かい権限制御をしようとしたときに不具合がでてきました。調べてみたところ、設定方法に少々誤りがあったようです。そこで、正しい設定方法を再度まとめてみました。 カスタム投稿タイプを登録 例1：スタンダードなタイプの場合 カスタム投稿タイプにオリジナルの権限を設定するには、register_post_type 時に capability_type、map_meta_cap を設定する必要があります。デフォルトの投稿タイプである post や page と同等の権限にしたい場合は下記のようにシンプルに設定することができます。 // カスタム投稿タイプ movie の場合 register_post_type( 'movie', array( 'capability_type' => arr
カスタム投稿タイプと専用のユーザー権限（完結編） | Gatespace's Blog
複数ユーザーでWordPressを運用する場合、オリジナルのユーザー権限とカスタム投稿タイプ（＋カスタムタクソノミー）を組み合わせることで、運用しやすいダッシュボードを作ることが可能です。 前回はプラグインを用い、コードに疎くても簡単に実装する方法を記載しました。 しかしURLを直接入力するなど方法で、本来ならアクセスして欲しくないページにもアクセスされてしまいます。 今回は、カスタム投稿タイプ毎に権限をきっちりと作り、不要なアクセス（投稿など）が行われないようにします。 ※なお、マルチサイトでの検証を行っていませんので、ご了承ください。 目標 カスタム投稿タイプ「report」を作成。カスタムタクソノミー「reportcat」を紐付け（投稿におけるカテゴリーの扱い） 「report」にだけ投稿できる権限「report_author」を作る。 なお、その権限を持つ人は複数おり、他人の投稿を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redirect Users After Login In WordPress
権限（Capabilities）とロール（Roles） | WordPress 編
