説明
mixed wp_trash_post( [ int $post_id = 0 ] )
投稿情報をゴミ箱に入れる。
パラメータ
- $post_id投稿情報IDを指定（省略時は0）。
返り値
ゴミ箱に入れた場合はその投稿情報を返す。投稿情報が見つからなかった場合はnull、すでにゴミ箱に入っている場合はfalseを返す。注意
EMPTY_TRASH_DAYS（デフォルトは30）が0の場合、ゴミ箱には入れず、 wp_delete_post関数を呼び出して投稿情報を削除する。
[4.9.0]'pre_trash_post'フィルターが追加され、このフィルターにより実際にゴミ箱に入れるかどうかをコントロールできるようになった。
使用例
- 投稿IDが10の投稿情報をゴミ箱に入れる。<?php wp_trash_post( 10 ); ?>
フィルター
[4.9.0]投稿情報のステータスが'trash'なことを確認した後（'wp_trash_post'アクションの前）、'pre_trash_post'フィルターを呼び出す。パラメータ$checkの既定値はnull（処理を継続する場合はnullを返す）が、$postには投稿情報が格納されている。$check = apply_filters( 'pre_trash_post', $check, $post );
if ( null !== $check ) {
return $check;
}
アクション
[2.9.0]ゴミ箱に入れる前、wp_trash_postアクションを実行する。do_action('wp_trash_post', $post_id);do_action('trashed_post', $post_id);ソースファイル
/wp-includes/post.php最終更新 : 2017年11月22日 10:30
関連
お勧め
カスタムフィールド関連関数のおさらい（2012年6月22日 更新）
カスタムフィールドは、投稿記事の拡張情報としてよく利用されている。投稿ページで登録した情報をアーカイブや投稿ページで表示しているが、投稿ページを表示する際にカスタムフィールドの値を更新して、サイドバーのようなページ内要素に利用したりしている。「順序」をtextからnumberに変更してみた（2018年5月27日 更新）
固定ページの編集画面の「投稿の属性」ウィジェットには、ページの並び替えに使用できる「順序」のinput要素がある。この「順序」のinput要素はtype属性が'text'となっており、編集の際にIMEが有効になってしまう場合がある。ページの編集頻度が多くなると、その都度IMEをオフにするのがやや面倒になってくる。
Login rebuilderのログ表示機能を紹介（2018年5月27日 更新）
プラグイン「Login rebuilder」には、バージョン1.2.0からログ情報を保存・確認する機能が備わっています。このログ情報では直近のログインページへの不正アクセスやログイン試行を確認できます。ここでは保存しているログ情報の見方について簡単に説明します。
query_posts（WP_Queryクラス）でカスタムフィールドを使う（2011年9月15日 更新）
先週3回にわたってtax_queryパラメータを使ったカテゴリーや投稿タグ、投稿フォーマットの絞り込みを整理したが、その途中で目に付いたのが'meta_query'パラメータ。この'meta_query'パラメータは、カスタムフィールドの絞り込み条件を指定するためのもので、3.2で登場した新しいパラメータのようだ。メタボックスをクラシックエディターのみで表示する（2019年1月15日 更新）
投稿画面向けにメタボックスを使ったプラグインがあり、それがブロックエディターで意図した通りに機能しなかった。この対処方法を考える過程でエディタータイプに応じてメタボックスを出し分けできる方法が見つかったので紹介したい。