current_user_can

説明

bool current_user_can( string $capability [, mixed $args ] )
現在のユーザーがパラメータ$capabilityで指定した権限(または役割)を所有しているか調べる。

パラメータ

  • $capability
    権限を指定。
  • $args
    追加パラメータを指定(省略可)。

返り値

権限を所有している場合はtrue、所有していない場合はfalseを返す。

注意

パラメータ$capabilityに指定できる主な権限は次の通り。
権限
テーマの変更'switch_themes'
テーマの編集'edit_themes'
プラグインの有効化'activate_plugins'
プラグインの編集'edit_plugins'
ユーザの編集'edit_users'
ファイルの編集'edit_files'
設定の管理'manage_options'
インポート'import'
コメントの承認'moderate_comments'
カテゴリーの管理'manage_categories'
リンクの管理'manage_links'
フィルターなしのHTML'unfiltered_html'
投稿された記事の編集'edit_published_posts'
他のユーザの記事の編集'edit_others_posts'
ページの編集'edit_pages'
ファイルアップロード'upload_files'
記事の投稿'publish_posts'
記事の編集'edit_post'
閲覧'read'
管理者はこれらの権限をすべて所有している。ユーザ別の権限は、コラム「LevelとCapability」を参照。

使用例

  • 現在のユーザーが'edit_themes'を所有しているか調べる。
    <?php if ( current_user_can( 'edit_themes' ) ) { ?>
  • $post_idの投稿情報を編集できるか調べる。
    <?php if ( current_user_can( 'edit_post', $post_id ) ) { ?>

フィルター

直接実行するフィルターはありません。

アクション

直接実行するアクションはありません。

ソースファイル

/wp-includes/capabilities.php

最終更新 : 2018年05月27日 10:52



お勧め

時代はWP_Queryなのか(2011年8月1日 更新)

WordPressのテーマ作成において、メインの投稿記事とは別に特定の条件を指定した投稿内容を表示することが多々ある。つい最近まで get_posts関数を使用することが多かったのだが、最近はWP_Queryクラスを使用することが多くなってきた。

3.6リリース直前チェック(2013年7月26日 更新)

$wpdbは、WordPressのデータベースにアクセスする際に使用できる便利なオブジェクト。独自テーブルの利用やデータ検索の最適化など、標準提供される関数では実現できないことを手助けしてくれる。そんな$wpdbのescapeメソッドが3.6で非推奨(deprecated)になる。

テーブルブロックを投稿メタ(カスタムフィールド)に保存する(2022年1月5日 更新)

ふと「テーブルブロックの内容を投稿メタ(カスタムフィールド)として保存できたら便利なのでは」と思い、投稿メタの使い方を調べてみた。

さくらのVPSでKUSANAGI(2018年5月27日 更新)

請け負っていた業務が一段落したので、「さくらのVPS」で「KUSANAGI」を試してみました。推奨環境はメモリ4GBとなっているが、今回は実験的な利用なので、SSD 2GBプランでトライしました。

投稿画面のウェジェットを2列にする(2013年4月17日 更新)

ダッシュボード画面ではスクリーンレイアウトを最大4列まで選択できるのに、投稿画面は1列か2列のどちらか。高解像度のディスプレイを使っていると、投稿画面では大画面のメリットを生かせていない理由がここにあるのではと感じ、3列対応にしてみた。