the_date

説明

string the_date ( [ string $d = '' [ , string $before = '' [ , string $after = '' [ , bool $echo = true ] ] ] ] )
パラメータ$echoがtrueならば、パラメータ$dで指定したフォーマットで投稿日時を表示する。$echoがfalseの場合は表示せず、取得する。

パラメータ

  • $d
    フォーマットを指定する文字列(PHP date関数参照)。省略時は、管理画面「設定」「一般設定」の日付フォーマットが適用される。
  • $before
    投稿日時の前に連結して表示(取得)する文字列。
  • $after
    投稿日時の後に連結して表示(取得)する文字列。
  • $echo
    投稿日時を表示する場合はtrue、表示しない(取得する)場合はfalseを指定。

返り値

パラメータ$echoがfalseの場合は投稿日時を返す。それ以外の場合は何も返さない。

注意

事前に the_post setup_postdata)関数を使用しておく必要がある。投稿日時を表示する場合、グローバル変数 $previousday $currentdayの値を格納し、次回の呼び出しに備える。
トップページやカテゴリーページなどのループ内で使用する際、投稿日が直前のthe_date関数呼び出し時の投稿日と同じ場合(例えば一日に何度も投稿するケース:グローバル変数$currentday$previousdayを比較)には表示は行われず、nullを返す。確実に投稿毎に投稿日を表示したいのなら、 get_the_date関数で取得した内容を表示するなどの対応がいいだろう。

参考:「the_date関数で投稿日を確実に表示する

<?php echo get_the_date(); ?>

使用例

  • デフォルトフォーマットで投稿日時を表示する。
    <?php the_date(); ?>
  • フォーマット'm月d日'で投稿日を表示する。
    <?php the_date( 'm月d日' ); ?>
  • フォーマット'm月d日 h時n分'で投稿日時を表示する。
    <?php the_date( 'm月d日 h時n分' ); ?>

フィルター

表示または値を返す直前に、the_dateフィルターを呼び出す。$the_dateには、投稿日時の前にパラメータ$beforeの内容を、その後にパラメータ$afterの内容を付加したものが渡る。
$the_date = apply_filters('the_date', $the_date, $d, $before, $after);

アクション

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

ソースファイル

/wp-includes/general-template.php

最終更新 : 2018年05月27日 10:47



お勧め

ダッシュボードの「クイックドラフト」を「CodeMirror」に変更してみた(2019年11月5日 更新)

管理ページの「テーマエディター」では4.9以降「CodeMirror」が利用されている。今回はこの「CodeMirror」をプラグインで活用できないか調べた話である。

headタグのmeta(generator)タグを取り除く(2018年5月27日 更新)

標準的なWordPressのテーマで出力されるHTMLには、headタグ内に次のようなmetaタグが出力されている。
<meta name="generator" content="WordPress 3.0.5" />

Blacklist keys manager:プラグイン作ってみました(2015年5月22日 更新)

少し前から明らかにスパムと思われるコメントが投稿され、そのモデレーションメールを受け取る回数が増えてきた。あまりにもあからさまなコメントばかりなので、何らかの対策ができないか考えてみました。

5.5の機能強化:テーマ変更時に要求バージョンを確認(2020年8月12日 更新)

WordPress 5.5 RC 2が公開され、来週には正式版がリリース。変更箇所が多い「WordPress 5.5 RC 2(以降RC 2)」のソースコードを眺めていると、テーマの切り替え前にWordPressとPHPのバージョンを確認するようになっていた。

投稿内容に応じてwpautopを制御する(2013年8月13日 更新)

投稿内容を表示する the_content関数では、 wpautop関数がフィルターの1つとして呼び出され、改行をbrタグに変換したり、pタグで調整したりする。この機能自体は便利なのだが、きちんとデザインされたHTMLソースを流し込んだ場合はこの機能は好ましくない。そんなわけで、記事内容に応じてwpautop関数を制御できないか考えてみた。