説明
int count_user_posts( int $userid [ , string $post_type = 'post' [ , bool $public_only = false ] ] )
投稿数を取得する。
パラメータ
- $useridユーザIDを指定。
- $post_type[4.1.0]投稿タイプを指定(省略時は'post')。
- $public_only[4.3.0]一般公開済み投稿のみの場合はtrueを、非公開の投稿を含む場合はfalseを指定(省略時はfalse)。
返り値
パラメータ$useridで指定されたユーザの投稿数を返す。注意
複数ユーザの投稿数を取得する場合は count_many_users_posts関数を使用する。またサイト全体の投稿数を取得する場合は wp_count_posts関数を使用する。
[4.3.0]ソースコードのコメントではget_usernumpostsフィルターにパラメータ$public_onlyが追加されることになっているが、こちらは実装漏れ。[4.3.1]にて実装されるとこのことされました。
使用例
- IDが1のユーザーの「投稿」の投稿数を取得する。<?php $posts_count = count_user_posts( 1 ); ?>
- IDが1のユーザーの「固定ページ」の投稿数を取得する。<?php $pages_count = count_user_posts( 1, 'page' ); ?>
フィルター
[2.7.0]投稿数を返す前に'get_usernumposts'フィルターを呼び出す。パラメータ$countは投稿数、その他のパラメータは本関数が受け取った内容が格納される([4.1.0]$post_typeが追加)。return apply_filters( 'get_usernumposts', $count, $userid, $post_type );
アクション
実行するアクションはありません。ソースファイル
/wp-includes/user.php最終更新 : 2015年09月16日 11:15
関連
お勧め
時代は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列対応にしてみた。