get_available_languages

（3.0.0以降）
get_available_languages - 利用可能な言語を取得する

説明

array get_available_languages( [ string $dir = null ] )

利用可能な言語を取得する。

パラメータ

$dir
ディレクトリを指定（省略時はnull）。

返り値

指定されたディレクトリで見つかったmoファイルの名前から拡張子'.mo'を取り除いたものを配列で返す。

注意

パラメータ$dirがnullの場合、検索するディレクトリはWordPress本体の言語ファイルディレクトリ（WP_LANG_DIR[/ac]）となる。

テーマやプラグインの言語ファイルディレクトリを指定した場合、必ずしも言語が取得できるわけではない。例えばプラグインの言語ファイルが myplugin-ja.mo の場合、返り値は'myplugin-ja'を含んだ配列となり、そのまま「言語」として使用することはできない。また、言語ファイルが'ms-'や'admin-'から始まるものは除外される。

使用例

WordPress本体の利用可能な言語を取得する。
```
<?php $languages = get_available_languages(); ?>
```

フィルター

[4.7.0]返り値を返す前に'get_available_languages'フィルターを呼び出す。パラメータ$languagesには見つかった言語の配列が、$dirには本関数が受け取った値が格納されている。

return apply_filters( 'get_available_languages', $languages, $dir );

アクション

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

ソースファイル

/wp-includes/l10n.php

最終更新 : 2018年11月19日 14:31

参考

Code Reference: get_available_languages

お勧め

ダッシュボードの「クイックドラフト」を「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関数を制御できないか考えてみた。