この記事は最後に更新してから1年以上経過しています。

カスタム投稿タイプの投稿保存には専用アクションを使おう

説明

カスタム投稿タイプを登録して、専用ウィジェット(meta_box)を使って拡張情報を入力させ、それらの情報をsave_postアクションで保存する。これまではこんな感じだったのだが、久しぶりにカスタム投稿タイプを使ったら、save_postアクションの前にsave_postに投稿タイプ名がくっついたアクションが追加されていた。

あらゆる投稿情報の保存は、 wp_insert_post関数で行われる。これはカスタム投稿タイプであっても例外ではなく、その中のアクションを利用することで独自に拡張した情報を保存することができる。それに対応できるアクションはいくつかあり、従来はsave_postアクションを利用することが多かったと思う。

do_action( 'save_post', $post_ID, $post, $update );

上記は3.9.1のコードになるが、よく見ると$updateパラメータが追加されており、アクション関数内で新規か更新かを判別できるようになっている。過去のバージョンのソースコードを見てみると、この変更は3.7.0からのようだ。そしてこのsave_postアクションの直前には、次のようなsave_postに投稿タイプ名が付いたアクションが記述されていた。

do_action( "save_post_{$post->post_type}", $post_ID, $post, $update );

アクション名が投稿タイプ別になることから、このアクションを使用すればアクション関数内で投稿タイプの判定をする必要はなり、コードはすっきりするだろう。具体的な使い方だが、例えばカスタム投稿タイプ名が'tool'なら、次のように記述すればいい。

add_action( 'admin_init' , 'my_admin_init' );

function my_admin_init() {
	add_action( 'save_post_tool', 'my_save_post_tool', 10, 3 );
}

function my_save_post_tool( $post_ID, $post, $update ) {
	// カスタム投稿タイプ専用の入力項目名が"tool[○○○○]"の場合
	if ( isset( $_POST['tool'] ) ) {
		$tool_params = stripslashes_deep( $_POST['tool'] );
		// 以下に保存用の処理を記述

	}
}

このような記述は3.7.0より前のバージョンでは無効なので、汎用のテーマやプラグインで使用する場合はバージョン制限を意識する必要がある。また、このアクションは wp_publish_post関数でも呼び出されるので、フォーム(ウィジェット)から送信されるデータの有無も注意しよう。


最終更新 : 2014年07月04日 17:23


お勧め

delete_option(2019年4月24日 更新)

bool delete_option( string $option )
サイトオプションを削除する。

flush_rewrite_rules(2015年9月24日 更新)

void flush_rewrite_rules( [ bool $hard = true ] )
リライトルールを更新する。

wp_nonce_tick(2014年5月20日 更新)

int wp_nonce_tick()
nonce用の時間依存値を取得する。

get_privacy_policy_url(2018年5月27日 更新)

string get_privacy_policy_url()
プライバシーポリシーページのURLを取得する。

delete_metadata(2016年2月23日 更新)

bool delete_metadata( string $meta_type, int $object_id, string $meta_key [ , mixed $meta_value = '' [ , bool $delete_all = false ] ] )
メタ情報の値を削除する。