maybe_unserialize

説明

mixed maybe_unserialize( string $original )
シリアライズした文字列からアンシリアライズした値を取得する。

パラメータ

  • $original
    シリアライズした文字列を指定。

返り値

$originalをアンシリアライズした値(数値、文字列、配列など)を返す。シリアライズされていない場合は$originalの値をそのまま返す。

注意

投稿情報のカスタムフィールドデータやユーザー情報の拡張データは、各種データ形式を保存できるようシリアライズしてデータベースに保存している。 get_post_meta get_user_meta関数を使用する場合は、このmaybe_unserialize関数を直接呼び出す必要はないが、対象テーブルから直接生データを取得して使用する場合はこのmaybe_unserialize関数を使用する。

使用例

  • すべての投稿情報のカスタムフィールド'basic'値を$valuesに格納する。
    global $wpdb;
    $values = array();
    $metas = $wpdb->get_results( "SELECT post_id,meta_value FROM {$wpdb->postmeta} WHERE meta_key='basic'" ) ;
    foreach ( $metas as $term ) {
    	$values[$term->post_id] = maybe_unserialize( $term->meta_value );
    }
    

フィルター

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

アクション

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

ソースファイル

/wp-includes/functions.php

最終更新 : 2013年04月27日 17:14



お勧め

子カテゴリのアーカイブページを親カテゴリ用のテンプレートファイルで表示しよう(2011年12月8日 更新)

少し前に投稿した「適切なテンプレートファイルを用意してテンプレート内の振り分け処理を無くす」で説明した通り、特定のカテゴリ専用のテンプレートとしてcategory-○○.phpを用意することで、category.phpやarchive.php内で振り分けを行う必要がなくなる。ただ、すべてのカテゴリ分を用意するのは効率的ではないし、特に子カテゴリについては親カテゴリと共通内容になるケースが多いのではないだろうか。ここでは、子カテゴリの個別テンプレートファイルを作らず、親カテゴリのテンプレートを利用する方法を紹介する。

固定ページを投稿ページ用テンプレートファイル(single.php)で表示する(2013年7月31日 更新)

固定ページと投稿ページのデザインが共通の場合、同じ内容のsingle.phpとpage.phpを用意すれば事足りるが、デザインの修正時は二度手間になってしまう。そこで、固定ページをsingle.phpで表示するようにできないか考えてみた。

もうquery_postsは呼ばない(2011年9月27日 更新)

トップページやカテゴリーページで標準の条件に少し手を加えた投稿情報を表示するケースがある。そんな時、テンプレートファイルの先頭で query_posts関数を呼び出して投稿情報を再抽出していたのだが、フィルター処理をうまく使えばquery_posts関数を呼び出さなくても大丈夫みたいだ。

使っていないか確認しないとね!(2017年11月18日 更新)

2003年に誕生したWordPress。その歴史の中には、廃止予定(deprecated)となっている関数がいくつも存在する。それらの関数をテーマやプラグインで使用するべきではないし、使用しているなら代替の関数に書き換えるべきである。ここでは3.24.9.0現在、廃止予定となっている関数をまとめて紹介する。

ホームディレクトリから過去のファイルを削除する(2013年1月27日 更新)

WordPressで構築したサイトのホームディレクトリには、現在使われていないファイルが残っている時がある。3.5.1もリリースされたことだし、これを機にホームディレクトリを整理整頓した。