この記事は最後に更新してから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


お勧め

the_modified_author(2019年10月17日 更新)

void the_modified_author()
更新者の表示名を表示する。

wp_assign_widget_to_sidebar(2021年7月29日 更新)

void wp_assign_widget_to_sidebar( string $widget_id, string $sidebar_id )
ウィジェットをサイドバーに配置する。

get_comment_ID(2018年5月27日 更新)

int get_comment_ID( )
現在のコメントのIDを取得する。

term_is_ancestor_of(2019年3月15日 更新)

bool term_is_ancestor_of( int | object $term1, int | object $term2, string $taxonomy )
タームが子孫関係か調べる。

wp_get_custom_css_post(2019年11月14日 更新)

WP_Post wp_get_custom_css_post( [ string $stylesheet = '' ] )
カスタマイザーで追加したCSS情報を取得する。