remove_theme_mods

（2.1.0以降）
remove_theme_mods - 現在のテーマ固有のプロパティをすべて削除する

説明

mixed get_theme_mods( )
現在のテーマ固有のプロパティをすべて削除する。

パラメータ

パラメータはありません。

返り値

返り値はありません。

注意

現在のテーマ固有のプロパティは、'theme_mods_$theme_slug' という名前（$themeは現在のテーマ名）で格納される。
なお、WordPress 3.1より前は 'mods_$theme_name' という名前で登録されており、管理者権限のユーザーが本関数を呼び出した際、'mods_$theme_name' で登録されているデータを削除している。

使用例

  • 現在のテーマ固有のプロパティをすべて削除する。
    <?php remove_theme_mods( ); ?>

フィルター

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

アクション

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

ソースファイル

/wp-includes/theme.php

最終更新 : 2012年06月11日 22:42

関連

参考

Code Reference: remove_theme_mods

お勧め

任意の名前でエラーログファイルを指定する（2019年2月15日 更新）

来週にはWordPress 5.1がリリース。RC1のソースコードを見ていると、 wp_debug_mode関数が変更されており、興味深かった。

Gutenbergでカスタムフィールドを使う（2018年8月10日 更新）

Gutenbergの新エディターではカスタムフィールドのウィジェットが表示されない。既存のカスタムフィールドのデータはなくなるわけでないので、新エディター上で編集・更新できないか調べてみた。

Slightly troublesome permalink：プラグイン作ってみました（2021年4月20日 更新）

カテゴリーを含んだパーマリンクを設定している場合、複数のカテゴリーを指定した投稿記事のパーマリンクのURLに目的のカテゴリーとは異なるカテゴリーが適用された経験はないだろうか。このプラグインは、パーマリンクに適用されるカテゴリーをコントロールし、希望通りのパーマリンクを設定します。

WP_Postオブジェクトで投稿情報を直感的に使う（2012年10月4日 更新）

WordPress 3.5で登場するであろう WP_Postクラス。WordPressの投稿情報は、投稿情報本体のほか、カテゴリーや投稿タグ、カスタムフィールドなど、いくつかに分散して記録され、それぞれの情報を取得する際は、いくつかの関数をしていた。新しいWP_Postクラスにより、その習慣とおさらばできるかもしれない。

テキストエディタの文字を変更する（2018年5月27日 更新）

テキストエディタ（投稿ページの「テキスト」タブのエディタ）に標準では備わっていない機能を追加する自作プラグイン「html entities button」がほぼ1年ぶりにアップデート。ここではバージョン2.0.0で追加したテキストエディタのフォント切り替え機能について紹介する。