get_comment_pages_count

説明

int get_comment_pages_count( [ array $comments = null [ , int $per_page = null [ , bool $threaded = null ] ] ] )
コメントページ数を取得する。

パラメータ

  • $comments
    コメント情報を配列で指定(省略時はnull)。
  • $per_page
    1ページのコメント数を指定(省略時はnull)。
  • $threaded
    スレッドスタイルの場合はtrueを指定(省略時はnull)。

返り値

コメントページ数を返す。コメント情報がない場合は0を返す。

注意

パラメータ$commentsが省略されている場合は、現在の投稿ページのコメント情報($wp_query->comments)が適用される。

「ディスカッション設定」の「他のコメント設定」-「1ページあたり...」がチェックされておらず( get_option( 'page_comments' )の値が1以外)、表示可能なコメントがある場合、1を返す。

パラメータ$per_pageが省略されている場合、クエリー'comments_per_page'の値、1ページあたりのコメント数(get_option( 'comments_per_page' )の値)の順に適用される。


使用例

  • 現在の投稿ページのコメントページ数を取得する。
    <?php $cpage = get_comment_pages_count(); ?>
  • 取得済みのコメント情報からコメントページ数を取得する。
    <?php $cpage = get_comment_pages_count( $comments ); ?>
  • 取得済みのコメント情報から、1ページのコメント数を10、スレッドスタイルとしてコメントページ数を取得する。
    <?php $cpage = get_comment_pages_count( $comments, 10, true ); ?>

フィルター

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

アクション

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

ソースファイル

/wp-includes/comment.php

最終更新 : 2015年12月16日 14:34



お勧め

時代は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列対応にしてみた。