term_exists

（3.0.0以降）
term_exists - タクソノミー情報が存在するか調べる

説明

mixed term_exists( mixed $term [ , string $taxonomy = '' [ , int $parent = 0 ] ] )
タクソノミー情報が存在するか調べる。

パラメータ

  • $term
    タームIDまたはタクソノミーの名前またはスラッグ。
  • $taxonomy
    'category'、'post_tag'などのタクソノミー名を指定（省略時は''）。
  • $parent
    親タクソノミーIDを指定（省略時は0）。

返り値

タクソノミーが存在する場合、パラメータ$taxonomyの省略時はタームIDを、$taxonomyの指定時はタームIDの連想配列を返す。タクソノミーが存在しない場合はnullを返す（パラメータ$termが0または''の場合は0を返す）。またマッチしたすべてのカテゴリー情報が格納された配列を返す。タームIDの連想配列の内容は次の通り。
キー名意味
term_idタームID
term_taxonomy_idタクソノミーID

注意

2.3.0で追加されたis_term関数が3.0.0で非推奨になり、代替としてこの関数の使用することが推奨されている。

使用例

  • タームIDが1のタクソノミー情報が存在するか調べる。
    <?php if ( term_exists( 1 ) ) : ?>
  • 'ニュース'というカテゴリーが存在するか調べる。
    <?php if ( is_array( term_exists( 'ニュース', 'category' ) ) ) : ?>

最終更新 : 2013年11月29日 15:07

関連

参考

Code Reference: term_exists

お勧め

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