説明
bool wp_cache_set( mixed $id, mixed $data [, string $flag = '' [, int $expire = 0 ] ] )
任意のデータをキャッシュに保存する。
パラメータ
- $idキャッシュのIDとして数字または名前(文字列)を指定。
- $dataキャッシュに保存するデーを指定。
- $flagキャッシュを細分するグループ名を指定(省略時は'')。
- $expire現在のバージョンでは未使用(省略時は0)。
返り値
パラメータ$idと$flagで指定されたキャッシュデータを削除した場合はtrueを返す。削除できなかった場合はfalseを返す。注意
パラメータ$idには、テーマまたはプラグイン固有の数字または名前を指定すること。キャッシュには文字列のほか、配列やオブジェクトなども保存できる。 なおデフォルト(WordPress 2.5以降)では、オブジェクトキャッシュは永続的なものではない(データはメモリー上にのみ存在している)。永続的なキャッシュの実現には「WP File Cache」などの適当なプラグインを使用しなければならない。使用例
- コンテンツの表示内容をキャッシュに保存する。
<?php ob_start(); // コンテンツを表示 $cache = ob_get_flush(); wp_cache_set( 'mytheme_cache', $cache, 'apart' ); ?>
最終更新 : 2019年04月23日 17:44
関連
お勧め
時代はWP_Queryなのか(2011年8月1日 更新)
WordPressのテーマ作成において、メインの投稿記事とは別に特定の条件を指定した投稿内容を表示することが多々ある。つい最近まで get_posts関数を使用することが多かったのだが、最近はWP_Queryクラスを使用することが多くなってきた。3.6リリース直前チェック(2013年7月26日 更新)
$wpdbは、WordPressのデータベースにアクセスする際に使用できる便利なオブジェクト。独自テーブルの利用やデータ検索の最適化など、標準提供される関数では実現できないことを手助けしてくれる。そんな$wpdbのescapeメソッドが3.6で非推奨(deprecated)になる。テーブルブロックを投稿メタ(カスタムフィールド)に保存する(2022年1月5日 更新)
ふと「テーブルブロックの内容を投稿メタ(カスタムフィールド)として保存できたら便利なのでは」と思い、投稿メタの使い方を調べてみた。
さくらのVPSでKUSANAGI(2018年5月27日 更新)
請け負っていた業務が一段落したので、「さくらのVPS」で「KUSANAGI」を試してみました。推奨環境はメモリ4GBとなっているが、今回は実験的な利用なので、SSD 2GBプランでトライしました。
投稿画面のウェジェットを2列にする(2013年4月17日 更新)
ダッシュボード画面ではスクリーンレイアウトを最大4列まで選択できるのに、投稿画面は1列か2列のどちらか。高解像度のディスプレイを使っていると、投稿画面では大画面のメリットを生かせていない理由がここにあるのではと感じ、3列対応にしてみた。