説明
array get_ancestors( [ int $object_id = 0 [ , string $object_type = '' [ , string $resource_type = '' ] ] ] )
先祖のIDをまとめて取得する。
パラメータ
- $object_idタームIDまたは投稿IDを指定（省略時は0）。
- $object_typeタクソノミー名または投稿タイプを指定（省略時は''）。
- $resource_type[4.1.0]'taxonomy'または'post_type'を指定（省略時は''）。
返り値
先祖のIDが格納された配列を返す。注意
タームまたは投稿情報の先祖を遡り、それらのIDをまとめて取得する。なお投稿情報のIDについては、本関数内でも使用されている get_post_ancestors関数があるので、基本的にはターム向けの関数といえるだろう。
パラメータ$resource_typeは4.1.0から追加されたもので、省略時はパラメータ$object_typeにより、'taxonomy'または'post_type'のいずれかが適用される。なお4.1.0時点では片方のフィルター呼び出しにて$resource_typeが記載されていないので要注意（4.1.1で修正済み）。
使用例
- $term_idの先祖のIDをまとめて取得する。<?php $ancestors = get_ancestors( $term_id ); ?>
- $term_idの先祖のIDをまとめて取得する。<?php $ancestors = get_ancestors( $cat_id, 'category' ); ?>
フィルター
[3.1.0]先祖のIDが格納された配列を返す前に'get_ancestors'フィルターを呼び出す。パラメータ$ancestorsには先祖のIDが格納された配列が、その他のパラメータは本関数が受け取った内容が格納される。return apply_filters( 'get_ancestors', $ancestors, $object_id, $object_type, $resource_type );
アクション
実行するアクションはありません。ソースファイル
/wp-includes/taxonomy.php最終更新 : 2018年05月27日 10:46
関連
お勧め
リビジョンの仕組みを勘違いしてた（2018年9月17日 更新）
過去の投稿情報を記録するリビジョン機能をカスタム投稿タイプで利用しようと思い作りこみしていたが、思惑通りの動きにならなかった。リビジョン機能は投稿情報の更新前の内容を記録するものと勝手に思い込んでいたのだが、どうやらそれは間違いだった。
検索ワード「-10,000円」を検索できるようにしたい（2018年5月27日 更新）
とあるサイトで「-10,000円」をキーワードに検索した際、予想と異なるページが表示され、ちょっと驚いた。今回はその原因調査と対策についてまとめてみた。
使っていないか確認しないとね！（2017年11月18日 更新）
2003年に誕生したWordPress。その歴史の中には、廃止予定（deprecated）となっている関数がいくつも存在する。それらの関数をテーマやプラグインで使用するべきではないし、使用しているなら代替の関数に書き換えるべきである。ここではメディア（attachment）を拡張してより便利に活用する（2014年5月22日 更新）
「メディア（attachment）」は、標準ではカテゴリもタグもカスタムフィールドもない。投稿と親子関係を作って利用することが前提だからともいえるが、メディアをもっと便利に活用するために、それらの付加情報を絞り込みの材料として利用できないか調べてみた。
投稿内容のid属性などを保存するための対策（2012年6月15日 更新）
WordPress 3.4にアップデートしたとある環境で投稿記事を保存すると、divタグなどのid属性がクリアされて保存するようになった（id属性が保存できなくなった）。ここでは、その対策方法の1つを紹介しておく。