get_all_post_type_supports

(3.4.0以降)
get_all_post_type_supports - 投稿タイプの項目を取得する

説明

array get_all_post_type_supports( string $post_type )
投稿タイプの項目(feature)を取得する。

パラメータ

  • $post_type
    'post'や'page'といった投稿タイプ名を指定。

返り値

パラメータ$post_typeで指定された投稿タイプの項目を連想配列で返す。投稿タイプ名が無効な場合は空の配列を返す。
標準状態の投稿('post')と固定ページ('page')の返り値は次の通り。
'post''page'
{ 'title' => 1,
  'editor' => 1,
  'author' => 1,
  'thumbnail' => 1,
  'excerpt' => 1,
  'trackbacks' => 1,
  'custom-fields' => 1,
  'comments' => 1,
  'revisions' => 1,
  'post-formats' => 1 }
{ 'title' => 1,
  'editor' => 1,
  'author' => 1,
  'thumbnail' => 1,
  'page-attributes' => 1,
  'custom-fields' => 1,
  'comments' => 1,
  'revisions' => 1 }

注意

返り値の配列には、テーマやプラグインによって拡張されている表示項目は含まれない。また、個々のユーザが表示/非表示にしているかはこの情報では確認できない。
返り値の内容はおおよそ次の通りとなる。
feature項目名
'title'タイトル
'editor'編集ボックス
'author'作成者
'thumbnail'アイキャッチ画像
'excerpt'抜粋
'trackbacks'トラックバック送信
'custom-fields'カスタムフィールド
'comments'ディスカッション
'revisions'リビジョン
'post-formats'フォーマット
'page-attributes'ページ属性

使用例

  • 'page'の項目を取得する。
    <?php $features = get_all_post_type_supports( 'page' ); ?>

フィルター

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

アクション

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

ソースファイル

/wp-includes/post.php

関連

お勧めコンテンツ

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

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

「姓」の後に「名」を(2013年11月6日 登録)

WordPressのユーザー情報設定ページでは、「名(First name)」の後に「姓(Last name)」を入力するようになっている。日本向けのユーザー登録できるサイトの場合、この並び順はちょっと違和感があるので、「姓」「名」の順に入力できるようにした。

canvasタグを投稿したい(2013年12月27日 登録)

以前「投稿内容のid属性などを保存するための対策」で取り上げたように、WordPressでは投稿に記述できるHTMLタグが制限されている。同コラムでこの制限を調整する対策を紹介しているが、3.5以降ではフィルター関数を登録して対応できるようだ。

Login rebuilderに「XML-RPC設定」を追加しました(2015年12月31日 登録)

公式サイトで公開しているプラグイン「Login rebuilder」をバージョンアップし、XML-RPCリクエストの管理機能を追加しました。Login rebuilderの主たる機能は、ログインページをサイト別にユニークなURLに変更し、ログインページへの不正アクセスを回避することです。WordPressのXML-RPCリクエストはピンバックや外部ツールやサイトなどとの連携に利用されていますが、今回追加した機能ではXML-RPCリクエストの処理に対していくつかの制限できるようにしています。

Emojin:プラグイン作ってみました(2014年8月23日 登録)

ちょっと前のTLでiOSの絵文字を含んだ投稿を保存すると、絵文字以降の文章がすべて消えた状態で保存されるといったツイートを見かけた。少し検索してみると、MySQLのデータベースの文字セットが「utf8」の場合、iOSの絵文字のような4バイトの文字を正常に保存できず、それ以降の文章も保存されないというものらしい。対処方法としてデータベースの文字セットを「utf8mb4」に変更するのが有効らしいのだが、他に回避策がないか考えてみた。

最終更新日時 : 2016-05-25 07:02