get_bloginfo

（0.71以降）
get_bloginfo - サイト情報を取得する

説明

mixed get_bloginfo( [ string $show = '' [ , string $filter = 'raw' ] ] )
パラメータ$showで指定されたサイト情報を取得する。

パラメータ

  • $show
    サイト情報のキーワード。主なキーワードは次の通り。
    キーワード適用
    urlブログのアドレス（管理画面「一般設定」）※
    wpurlWordPressのアドレス（管理画面「一般設定」）※
    descriptionキャッチフレーズ（管理画面「一般設定」）
    nameブログタイトル（管理画面「一般設定」）
    admin_emailメールアドレス（管理画面「一般設定」）
    rdf_url投稿ページのRDFフィードURL
    rss_url投稿ページのRSSフィードURL
    rss2_url投稿ページのRSSフィードURL
    atom_url投稿ページのAtomフィードURL
    comments_rss2_url投稿コメントのRSSフィードURL
    comments_atom_url投稿コメントのAtomフィードURL
    pingback_urlピンバックURL
    stylesheet_urlテーマ内のstyle.cssファイルのURL
    stylesheet_directoryテーマ内のstyle.cssがあるディレクトリのURL
    template_directory
    template_url    		現在のテーマ（テンプレート）のURL
    charsetページとフィードの文字コード（管理画面「表示設定」）
    html_typeページタイプ（'text/html'など）
    language選択されている言語名
    versionWordPressのバージョン情報
    • ※WordPress MUの場合、設定画面が異なる。
  • $filter
    サイト情報を後処理を行うフィルターを指定。'display'の場合は、表示向けのフィルター処理を行う。

返り値

パラメータ$showで指定されたサイト情報の値を返す。パラメータ$showに''やサポートしていないキーワードが指定された場合は、ブログタイトルを返す。

注意

パラメータ$showにおいて'home'および'siteurl'は非推奨で、これらは'url'のエイリアスである。

使用例

  • ブログタイトルを取得する。
    <?php $url = get_bloginfo( 'name' ); ?>

最終更新 : 2019年05月10日 11:00

関連

参考

Code Reference: get_bloginfo

お勧め

投稿ページでユニークなテンプレートを選択しよう（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」に変更するのが有効らしいのだが、他に回避策がないか考えてみた。