get_lastpostmodified

説明

string get_lastpostmodified( [ string $timezone = 'server' [ , string $post_type = 'any' ] ] )
投稿記事の最終更新日時を取得する。

パラメータ

  • $timezone
    タイムゾーンとして'gmt'、'blog'、'server'の何れかを指定(省略時は'server')。
  • $post_type
    [4.4.0]投稿タイプを指定(省略時は'any')。

返り値

投稿記事の最終更新日時を文字列で返す。

注意

パラメータ$timezoneが'gmt'の場合は最終投稿記事のpost_modified_gmtの値が、'blog'の場合は最終投稿記事のpost_modifiedの値となる。'server'の場合は最終投稿記事のpost_modified_gmtの値をサーバーのタイムゾーンで調整した値となる。

パラメータ$post_typeが'any'の場合、投稿タイプ情報のプロパティpublicがtrueのものがすべて対象となる。具体的には、標準では投稿('post')、固定ページ('page')、メディア('attachment')となり、有効なカスタム投稿タイプがある場合はそれも含まれる。


使用例

  • 投稿記事の最終更新日時を取得する。
    <?php $lastmodified = get_lastpostmodified( 'blog' ); ?>
  • 投稿タイプが「投稿」の最終更新日時を取得する。
    <?php $lastmodified = get_lastpostmodified( 'server', 'post' ); ?>

フィルター

[4.4.0]本関数の冒頭で'pre_get_lastpostmodified'フィルターを呼び出す。パラメータ$lastpostmodifiedにはfalseが、$timezoneおよび$post_typeには本関数が受け取った内容が格納されている。
$lastpostmodified = apply_filters( 'pre_get_lastpostmodified', $lastpostmodified, $timezone, $post_type );
[2.3.0]値を返す直前で'get_lastpostmodified'フィルターを呼び出す。パラメータ$lastpostmodifiedには最終更新日時を示す文字列が、$timezoneには本関数が受け取った内容が格納されている。
return apply_filters( 'get_lastpostmodified', $lastpostmodified, $timezone );

アクション

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

ソースファイル

/wp-includes/post.php

最終更新 : 2019年09月03日 08:01



お勧め

投稿ページでユニークなテンプレートを選択しよう(2018年5月27日 更新)

4.7の変更点に「投稿タイプテンプレート」がある。これは従来固定ページ('page')向けに任意のテンプレートを適用できる機能が拡張されたもので、投稿ページ('post')はもちろんカスタム投稿タイプのページにも適用可能になっている。

ブロックエディターの色設定を変えてみる(2019年12月11日 更新)

バージョン5.3で機能強化されたブロックエディター。対応を考えて新テーマ「Twenty Twenty」のソースコードを眺めていく。

5.3の新機能:日付とタイムゾーン(2019年10月2日 更新)

WordPress 5.3 Beta 1」に記載されていた「Time/Date component fixes」という見出し。開発者向として新しい関数の追加や多くのバグが修正されたとなっており、チェックせざるを得ない。

ショートコードを含んだページを表示する前に何か処理する(2014年5月28日 更新)

固定ページまたは投稿ページに独自のフォームを埋め込む。入力→登録の2段階のフォームなら著名なプラグイン「Contact Form 7」を利用すればいいのだが、クライアントの依頼は入力→確認→登録の3段階で組み込む要素が特化していたので、独自の実装方法を考えることになった。

Emojin:プラグイン作ってみました(2015年3月21日 更新)

ちょっと前のTLでiOSの絵文字を含んだ投稿を保存すると、絵文字以降の文章がすべて消えた状態で保存されるといったツイートを見かけた。少し検索してみると、MySQLのデータベースの文字セットが「utf8」の場合、iOSの絵文字のような4バイトの文字を正常に保存できず、それ以降の文章も保存されないというものらしい。対処方法としてデータベースの文字セットを「utf8mb4」に変更するのが有効らしいのだが、他に回避策がないか考えてみた。